Electronic  Data 
Interchange  (EDI) 
Convention 

ASC  XI 2  Transaction  Set  865 
Purchase  Order  Change 
Acknowledgment 
(Version  003010) 


January  1993 


DEPARTMENT  OF  DEFENSE  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

DRAFT  IMPLEMENTATION  CONVENTION  865.00301  ODoD_ 


_ _ Draft 

Department 

of 

Defense 

DoD 

Electronic  Data 
Interchange  (EDI) 
Convention 


ASC  XI 2  Transaction  Set  865 
Purchase  Order  Change 
Acknowledgment 
(Version  003010) 


This  docunvnt  was  prepared  by  the  Logistio  Management  Institute  for  the  Defense  Logistics  Agency  under 
Task  DL2CS.  The  task  ivas  performed  under  Contract  MDA903-9(>C-0006  wHh  the  Department  of  Defense. 
Permiasion  to  quote  or  reproduce  any  part  of  this  document  e&oept  for  Government  pirposes  must  be 
obtained  from  the  Department  of  Defense  Eiwcutive  Agent  for  Electronic  Commerce/Eiectronic  Data 
Interchange/ntrtection  of  Logistics  Uitdassified/Sensitive  Systems. 


Executive  Agent  for  EC/EDI/PLUS 
Defense  Logistics  Agency 
Cameron  Station 
Alexandria,  VA  22304-6100 


BASELINE  AS  OF:  JANUARY  29,  1 993 


REPORT  DOCUMENTATION  PAGE 


Form  Approved 
0PM  No.  0704-0188 


Public  reporting  burden  for  this  collection  of  information  is  estimated  to  average  1  hour  per  resportse.  including  the  time  for  reviewing  instructrom,  searching  esistiisg  data  sources 
gathering,  and  mairttaining  the  data  iteeded,  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estintate  or  any  other  aspect  of  this  collection  of 
information,  iiuluding  suggestioits  for  reducing  this  burden,  to  Washiitgton  Headquarters  Services,  Directorate  for  Infiumation  Operatiorts  and  Reports,  t215  Jeffersrm  Oavis  Highway,  Suite 
1200,  Arlington,  VA  22202-4302,  artd  to  the  Office  of  Information  and  Regulatory  Affairs,  Office  of  Management  and  Builget,  Washington,  DC  20S03, 


1.  AGENCY  USE  ONLY  (Leave  Blank) 


2.  REPORT  DATE 

Jan  93 


3.  REPORT  TYPE  AND  OATES  COVERED 


4.  TITLE  AND  SUBTITLE 

DoD  Electronic  Data  Interchange  (EDI)  Convention: 

ASC  X12  Transaction  Set  865  Purchase  Order  Change  Acknowledgment  (Version  003910) 


5,  FUNDING  NUMBERS 

C  MDA903-90-C-0006 
PE  0902 198D 


6.  AUTHOR(S) 

Stephen  Luster 
Richard  Modrowski 


7.  PERFORMING  ORGANIZATION  NAME(S)  ANDADORESS(ES) 

Logistics  Management  Institute 
6400  Goldsboro  Road 
Bethesda,  MD  20817-5886 


8.  PERFORMING  ORGANIZATION 
REPORT  NUMBER 

LMI-DL203LN23 


9.  SPONSORING/MONITORING  AGENCY  NAME^S)  AND  AOORESS(ES) 

DoD  Executive  Agent  for  EC/EDI/PLUS 
Defense  Logistics  Agency 
DLA-ZIE,  Cameron  Station 
Alexandria,  VA  22304 


10.  SPONSORING/MONITORING 
AGENCY  REPORT  NUMBER 


11.  SUPPLEMENTARY  NOTES 

j  Prepared  in  cooperation  with  Data  Interchange  Standards  Association,  the  Secretariat  and  administrative  arm  of  the  Accredited  Standards 
;  Committee  X12 


12a.  OISTRIBUTION/AVAILABILITY  STATEMENT 

A:  Approved  for  public  release;  distribution  unlimited 


12b.  DISTRIBUTION  CODE 


13.  ABSTRACT  (Maximum  200  words) 

This  is  an  Electronic  Data  Interchange  (EDI)  systems  design  document  that  describes  the  standards  or  'convention’'  the  Department  of 
Defense  (DoD)  will  use  to  accept  a  Purchase  Order  Change  Acknowledgment  using  the  ASC  X12  Transaction  Set  865  Purchase  Order  Change 
Ackno  wledgmen  t  ( 0030 1 0 ). 


14.  SUBJECT  TERMS 

Electronic  Data  Interchange;  EDI;  DoD  EDI  Convention;  Electronic  Commerce:  ANSI  Xl  2;  XI 2;  electronic 
standards;  electronic  business  standards;  computer-to-computer  exchange  of  data,  electronic  documents; 
electronic  records;  paperless  environment;  conventions 


IS.  NUMBER  OF  PAGES 


16.  PRICE  CODE 


17.  SECURITY  CLASSIFICATION 
OF  REPORT 

L'nclassifled 


18.  SECURITY  CLASSIFICATION 
OF  THIS  PAGE 

Unclassified 


19.  SECURITY  CLASSIFICATION 
OF  ABSTRACT 

Unclassified 


20.  LIMITATION  OF  ABSTRACT 


NSN  7S40-01 -280-5S00 


Standard  Form  298.  (Rev.  2  89) 

(>r«tcrib«d  by  ANSI  Std.  219  ^8 
299  01 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


TABLE  OF  CONTENTS 

l.O  INTRODUCTION .  1.01 

1.1  PURPOSE  OF  THE  CONVENTION  ....  1.0.1 

1.2  SCOPE  . 1.0.1 

1.3  RESPONSIBLE  ENTITY  . 1.0.1 

1.4  HOW  TO  USE  THE  IMPLEMENTATION 

CONVENTION . 1.0.2 

1.4.1  Conventions,  Standards,  and  Guidelines  .  .  1.0.2 

1.4.2  Documentation  of  Conventions . 1.0.3 

2.0  MAINTENANCE . 2.01 

2.1  MAINTAINING  CONVENTIONS . 2.0.1 

2.2  VERSION/RELEASE  TIMING . 2.0.1 

3.0  DoD  CONVENTIONS  FOR  USING  ASC  X12 

TRANSACTION  SETS  3.01 

3.1  INTRODUCTION . 3.0.1 

3.2  CONTROL  SEGMENTS . 3.0.1 

3.2.1  Description  of  Use . 3.0.2 

3.2.2Control  Segment  Specifications  . 3.0.5 

3.3  EXAMPLE  OF  CONVENTION  USE  ....  3.0.15 

3.4  DoD  CONVENTION  . 3.0.19 

4.0  ASC  X  12  FORMS .  4.01 

5.0  GLOSSARY . 5.01 

5.1  X12  GLOSSARY  . 5.0.1 

5.2  DoD  GLOSSARY . 5.0.6 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


1.0  INTRODUCTION 

This  chapter  explains  the  purpose  of  the  convention,  the  scope  of 
the  guidance,  and  provides  an  explanation  of  how  to  use  the 
convention. 

1.1  PURPOSE  OF  THE  CONVENTION 

The  convention  provides  general  guidance  on  the  implementation 
of  American  National  Standards  Institute  (ANSI)  Accredited  Stand¬ 
ards  Committee  (ASC)  X12  electronic  data  interchange  (EDI) 
standards  within  automated  information  systems  (AIS)  and  infor¬ 
mation  interchange  procedures  that  require  the  collection,  report¬ 
ing,  and/or  exchange  of  data  needed  to  perform  defense  missions. 

1.2  SCOPE 

The  guidance  is  provided  for  two  components.  First,  it  may  be 
used  by  organizational  elements  of  the  DoD  community.  It  may 
also  be  useful  to  organizations  external  to  DoD  that  exchange  data 
with  the  DoD  community  in  the  course  of  their  business  relation¬ 
ships. 

The  DoD  community  encompasses  the  Military  Services,  Organiza¬ 
tions  of  the  Joint  Chiefs  of  Staff,  Unified  and  Specified  Commands, 
Office  of  the  Secretary  of  Defense,  and  the  Defense  agencies.  (That 
community  is  collectively  referred  to  as  the  DoD  Components.) 

Organizational  entities  external  to  DoD  include  (a)  non-Govem- 
ment  organizations,  both  commercial  and  nonprofit;  (b)  Federal 
agencies  of  the  United  States  Government  other  than  DoD; 
(c)  local  and  state  governments;  (d)  foreign  national  governments; 
and  (e)  international  government  organizations. 

The  draft  convention  published  in  this  document  is  for  trial  use 
and  comment.  DoD  Components  must  submit  to  the  DoD  EDI 
Executive  Agent  (£A)  their  data  requirements  that  are  not  covered 
in  the  conventions  as  soon  as  possible,  as  indicated  in  Chapter  2.0, 
Section  2.1. 

1.3  RESPONSIBLE  ENTITY 

The  Defense  Logistics  Agency  (DLA)  is  DoD’s  Executive  Agent 
for  implementing  and  maintaining  Defense-wide  programs  for 
(a)  EDI  in  accordance  with  DepSecDef  memorandum  of  May  24, 
1988,  Subject:  Electronic  Data  Interchange  of  Business-Related 
Transactions;  and  (b)  Protection  of  Logistics  Unclassified/Sensi¬ 
tive  Systems  (PLUS)  in  accordance  with  Assistant  Secretary  of 
Defense  (Production  and  Logistics)  [ASD(P&L)]  memorandum  of 
November  21,  1989,  Subject;  Production  and  Logistics  Task 
Group  for  Data  Protection.  Publication  of  these  conventions  is 
based  upon  this  authority.  See  Chapter  2.0  Maintenance,  Section  2.1 
for  office  point  of  contact 
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1.4  HOW  TO  USE  THE  IMPLEMENTATION 
CONVENTION 

The  main  topics  and  structures  of  this  document  conform  to  the 
EDI  Implementation  Reference  Manual  Guidelines  document  that 
was  developed  by  a  task  group  of  the  subcommittee  on  education 
and  implementation  of  the  ASC  X12.  The  purpose  of  having 
agreed-upon  topics  and  structure  is  to  facilitate  reference  by  the 
many  industry  and  DoD  personnel  who  are  involved  in  implement¬ 
ing  the  uniform  standards  for  electronic  interchange  of  business 
transactions. 

1.4.1  Conventions,  Standards,  and  Guidelines 

The  terms  conventions,  standards,  and  guidelines  are  used 
throughout  the  document  and  are  defined  as  follows: 

•  Conventions  are  the  common  practices  and/or  interpretations 
of  the  use  of  ASC  X12  standards.  Conventions  define  what  is 
included  in  a  specific  implementation  of  an  ASC  X12  standard. 

•  Standards  are  the  technical  documentation  approved  by 
ASC  X12;  specifically,  transaction  sets,  segments,  data  ele¬ 
ments,  code  sets,  and  interchange  control  structure.  Standards 
provide  the  structure  for  each  ASC  X12  document. 

•  Guidelines  are  instructions  on  the  use  of  EDI.  They  provide 
additional  information  to  assist  in  conducting  EDI.  Guidelines 
are  intended  to  provide  assistance  and  should  not  be  your  sole 
source  of  information. 

1 .4.1 .1  Who  Develops  the  Conventions? 

Conventions  result  from  a  joint  effort  between  business,  technical, 
and  EDI  ASC  X12  standards  experts.  The  business  data  require¬ 
ment  is  defined,  a  transaction  set  is  selected,  and  the  data  require¬ 
ment  is  then  identified  with  data  elements  in  the  transaction  set. 
A  convention  is  usually  developed  before  any  computer  EDI  sys¬ 
tems  development  work  and  serves  as  a  design  document  when  the 
development  process  begins. 

1 .4.1 .2  Why  Use  a  Convention? 

To  create  an  ASC  X12  transaction,  a  user  must  know  the  data 
requirements,  understand  the  ASC  X12  standard,  and  be  able  to 
use  that  information  to  develop  an  interface  program  between  the 
computer  application  and  the  ASC  X12  translator.  The  necessary 
information  to  perform  this  task  is  contained  in  the  convention 
document.  Users  who  follow  the  convention  will  create  a  transac¬ 
tion  set  that  all  DoD  users  understand. 

1.4.1 .3  Who  Needs  a  Convention? 

System  analysts  and  application  programmers  who  plan  to  create 
or  read  ASC  X12  transactions  use  a  convention  to  aid  in  interface 
software  design.  The  convention  will  help  the  programmer  and 
analyst  identify  where  their  application  data  requirement  should  be 
carried  in  an  ASC  X12  transaction  set. 
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1. 4.4.4  Can  I  Develop  a  Convention? 

Conventions  already  exist  for  some  of  the  most  common  business 
practices.  Copies  of  existing  conventions  can  be  acquired  through 
your  organization’s  EDI  coordinator  at  the  start  of  an  EDI  project. 
If  you  find  no  conventions  for  the  business  practice  you  are  about 
to  implement,  your  EDI  coordinator  should  contact  the  DoD  Ex¬ 
ecutive  Agent  for  EDI.  See  Chapter  2.0,  Maintenance,  Section  2. 1 
for  the  point  of  contact. 

1.4.2  Documentation  Of  Conventions 

Conventions  are  adopted  from,  and  are  intended  to  be  in  confor¬ 
mance  with,  ANSI  ASC  X12  standards  or  ASC  XI2  Draft  Stand¬ 
ards  for  Trial  Use  (DSTU). 

1. 4.2.1  Transaction  Set 

Figure  1.4-1  provides  an  example  of  a  transaction  set  table.  The 
transaction  set  defines  information  of  business  or  strategic  sig¬ 
nificance  and  consists  of  a  transaction  set  header  segment,  one  or 
more  data  segments  in  a  specified  order,  and  a  transaction  set 
trailer  segment.  The  actual  ASC  X12  standard  as  it  appears  in  the 
official  ASC  X12  standards  manual  is  presented  on  the  right  side 
of  the  page.  This  standard  also  includes  both  syntax  notes  and 
comments.  The  specific  DoD  usage  designator  is  presented  on  the 
left  side  of  the  page. 

The  designation  “NAT  appears  in  the  left  column  if  DoD  does  not 
use  the  specific  segment.  A  page  number  will  appear  if  the  segment 
is  used. 

1. 4.2.2  Transaction  Set  Segment 

Figure  1.4-2  is  an  example  of  a  transaction  set  segment. 

DoD  usage  is  specified  on  the  left  side  of  the  page.  For  identifier 
(ID)  —  type  data  elements,  acceptable  code  values  are  listed  on 
the  right  side  of  the  page  under  the  definitions  of  the  element. 

DoD  notes,  reflecting  how  the  convention  is  to  be  used  appear  on 
the  right  side  of  the  page  at  the  segment  level  or  the  data  element 
level. 

The  following  definitions  are  for  use  in  interpreting  the  data 
element  requirement  designators  in  the  DoD-specific  segment 
directory  section  of  the  convention.  For  ASC  X12  usage,  see  the 
definitions  in  XI2.6  Application  Control  Structure. 

•  Mandatory 

Mandatory  data  elements  are  defined  by  ASC  XI 2. 

•  Optional 

Optional  data  elements  are  used  at  the  discretion  of  the  sending 
party  or  are  based  upon  mutual  agreement  between  trading 
partners. 
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Application  Advice 


ITiis  Standard  provides  the  format  and  establishes  the  data  contents  of  the 
Application  Advice  Transaction  Set  (824)  within  the  context  of  an  Electronic 
Data  Interchange  (EDI)  environment.  This  transaction  set  provides  the  ability 
to  report  the  results  of  an  application  system's  data  content  edits  of 
transaction  sets.  The  results  of  editing  transaction  sets  can  be  reported  at  the 
functional  group  and  transaction  set  level,  in  either  coded  or  tree-form  format. 
It  is  designed  to  accomodate  the  business  need  of  reporting  the  acceptance, 
rejection  or  acceptance  with  change  of  any  transaction  set.  The  Application 
Advice  should  not  be  used  in  place  of  a  transaction  set  designed  as  a 
specific  response  to  another  transaction  set  (e  g.,  purchase  order 
acknowledgement  sent  in  response  to  a  purchase  order). 
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Figure  1.4-1  Example  of  a  Ttansaction  Set  Table 
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•  Required 

Required  data  elements  are  considered  optional  under 
ASC  X12  rules,  but  are  required  by  DoD  decision. 

•  Recommended 

Recommended  data  elements  are  considered  optional  under 
ASC  X12  rules  and  by  the  DoD,  bui  the  industry  recommends 
their  use  to  facilitate  EDI.  Most  companies  in  the  industry 
are  expected  to  use  this  data  ehment. 

•  Not  Used 

“Not  Used”  data  elements  are  those  that  the  DoD  does  not 
use. 

•  Conditional 

Conditional  data  eleit  mts  depend  on  the  presence  of  other  data 
elements  in  the  transaction  set. 
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2.0  MAINTENANCE 

This  chapter  describes  the  procedures  for  maintaining  the  DoD 
conventions.  It  also  presents  a  secuon  on  version/release  timing. 

2.1  MAINTAINING  CONVENTIONS 

The  DLA,  as  DoD’s  Executive  Agent  for  EDI  and  PLUS,  has 
established  a  joint  program  office  to  oversee  implementation  of 
EDI.  Some  of  the  functions  of  this  program  office  are  to  maintain 
configuration  control  of  related  standards  and  common  support 
packages  (e.g.,  versions  of  ASC  X12  standards  and  PLUS  algo¬ 
rithms  employed),  participate  in  the  standards-setting  process,  and 
ensure  compliance  with  approved  EDI  standards. 

To  accomplish  these  functions,  the  joint  program  office  has  esta*:- 
lished  a  conventions  and  standards  development  and  maintenance 
process  whose  objectives  are:  (1)  to  obtain  ASC  XI 2  data  require¬ 
ments  from  the  DoD  Components  and  present  the  requirements  to 
the  ASC  X12  for  consideration  as  ANSI  standards,  and  (2)  to 
develop  and  maintain  conventions  for  use  by  DoD  Components 
and  their  potential  trading  partners. 

To  take  advantage  of,  and  not  duplicate,  existing  data  stan¬ 
dardization  processes,  the  EA  has  established  focal  points 
within  the  ASD  Offices,  the  Military  Services,  and  the  Defense 
Agencies  from  which  EDI  information  is  obtained  and  dissemi¬ 
nated. 

The  EA’s  primary  source  of  information  about  DoD’s  data  require¬ 
ments  is  the  EDI  User. 

Changes  to  this  publication  and  recommended  changes  to  ANSI 
ASC  X12  should  be  forwarded  through  your  organizational  point 
of  con'act  for  data  standardization  to: 

EDI  Standards  Coordinator 
ATTN:  DLA-ZC 
Cameron  Station 
Alexandria,  VA  22304-6100 

See  Chapter  4  for  reproducible  ASC  X12  Work  Request  forms. 

2.2  VERSION/RELEASE  TIMING 

Identification  of  the  official  “version”  of  a  standard  is  critical  to 
the  successful  interchange  of  information.  Each  participant  must 
be  able  to  send  and  receive  the  same  version  to  ensure  the  accuracy 
of  the  information  exchanged. 

The  version  is  transmitted  as  a  1 2-character  code  in  the  Functional 
Group  Header  segment  (GS)  in  Data  Element  #480,  Ver- 
sion/ReleaseAndustry  ID.  This  12-character  code  is  used  by 
ASC  X12  as  follows: 
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Posiiian 

Conteni 

1-3 

Version  number 

4-5 

Release  level  of  version 

6 

Subrelease 

7-12 

DoD/lndustry  or  Trade  Association  ID 

ASC  X12  assigns  the  codes  in  positions  1  through  6. 

A  major  version  (1-3)  will  change  only  after  an  official  public 
review  cycle,  leading  to  republication  of  a  new  American  National 
Standard. 

Release  level  of  each  new  major  version  (4-6)  will  begin  at  “0(X)” 
and  incremented  by  1  for  each  new  ASC  X12  approved  publication 
cycle,  usually  once  a  year.  The  fifth  character  designates  the 
release  and  the  sixth  character  designates  the  subrelease. 

DoD/Industry/Trade  Association  ID  (7-12)  is  used  to  identify 
conventions.  For  this  suffix,  DoD  will  use  “DoD_”  with  the  10th 
character  identifying  successive  publications.  The  11th  and  12th 
characters  may  be  used  by  the  Military  Departments  or  Defense 
Agencies. 

DoL  conventions  for  using  ASC  X12  standards  are  published 
annually.  Conventions  developed  for  each  release  will  be  main¬ 
tained  for  4  years.  Military  Services  and  DoD  Agencies  will 
determine  which  release  to  use  on  the  basis  of  business  need  but 
will  not  use  any  release  more  than  4  years  old  without  approval 
of  the  DoD  EA. 
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3.0  DoD  CONVENTIONS  FOR  USING 
ASC  X12  TRANSACTION  SETS 

This  chapter  defines  the  DoD  transaction  set  conventions.  It 
includes  the  instructions  for  implementing  the  control  structure  and 
definitions  of  the  usage  indicators  and  applicable  codes. 

3.1  INTRODUCTION 

The  power  of  the  ASC  X12  standard  is  in  its  building  block 
concept,  which  standardizes  the  essential  elements  of  business 
transactions.  It  is  analogous  to  a  “standard  bill  of  materials  and 
the  construction  specifications,”  which  gives  the  architect 
flexibility  in  what  can  be  designed  with  standardized  materials  and 
procedures.  The  EDI  system  designer,  like  the  architect,  uses  the 
ASC  X12  standards  to  build  business  transactions  that  are  often 
different  because  of  their  function  and  yet  utilize  the  ASC  X12 
standards.  The  “bill  of  materials  and  the  construction  specification” 
of  ASC  X12  are  the  standards  found  in  the  published  technical 
documentation. 

ASC  X12.3  -  The  Data  Element  Dictionary  specifies  the  data 
elements  used  in  the  construction  of  the  segments  that  comprise 
the  transaction  sets  developed  by  ASC  XI 2. 

ASC  X12.5  -  The  Interchange  Control  Structure  provides  the 
interchange  control  segment  (also  called  an  envelope)  of  a  header 
and  trailer  for  the  electronic  interchange  through  a  data  transmis¬ 
sion;  it  also  provide  a  structure  to  acknowledge  the  receipt  and 
processing  of  the  envelope. 

ASC  XI2.6  -  The  Application  Control  Structure  defines  the  basic 
control  structures,  syntax  rules,  and  semantics  of  EDI. 

ASC  X12.22  -  The  Data  Segment  Directory  provides  the  defini¬ 
tions  and  specifications  of  the  segments  used  in  the  construction 
of  transaction  sets  developed  by  ASC  XI 2. 

The  DoD  convention  in  Section  3.4  conform  to  the  above  standards 
and  each  transaction  set  is  a  complete  document  to  the  extent 
possible.  For  further  clarification  of  acronyms,  abbreviations,  and 
codes,  refer  to  ASC  X12  published  technical  documentation.  Con¬ 
tact  the  DoD  EDI  Executive  Agent  for  copies  or  the  Data  Inter¬ 
change  Standards  Association,  Inc.,  Suite  3SS,  1800  Diagonal 
Road.  Alexandria,  VA  22314. 

3.2  CONTROL  SEGMENTS 

In  addition  to  the  communication  control  structure,  the  EDI  structure 
provides  the  standards  user  with  multiple  levels  of  control  to  ensure 
data  integrity.  It  does  so  by  using  header  and  trailer  control  segments 
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designed  to  identify  uniquely  the  start  and  end  of  the  interchange 
functional  groups  and  transaction  sets.  The  relationship  of  these 
control  segments  is  shown  in  Figure  3.2-1.  Control  Segment 
specifications  are  defined  in  Section  3.2.2. 

3.2.1  Description  of  Use 

The  interchange  header  and  trailer  segments  surround  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions: 

•  Define  the  data  element  separators  and  data  segment  ter¬ 
minators 

•  Identify  the  sender  and  receiver 

•  provide  control  information 

•  Allow  for  authorization  and  security  information. 

The  Interchange  Acknolwedgment  Segment  is  used  to  acknowledge 
one  interchange  header  and  trailer  envelope  where  the  envelope 
surrounds  one  or  more  functional  groups.  (No  acknowledgment  is 
made  for  the  interchange  acknowledgment.) 

The  interchange  control  number  value  in  the  acknowledgment 
(TAl  segment)  is  the  same  as  that  for  the  ISA  segment  that  is 
being  acknowledged.  The  control  number  serves  as  a  link  between 
the  interchange  header  and  trailer  and  the  acknowledgment  of  that 
header  and  trailer. 

The  interchange  acknowledgment  does  not  report  any  status  on  the 
functional  groups  contained  in  the  interchange  and  is  separate 
from  the  communication  system's  error  procedures. 

The  preparer  of  the  interchange  header  and  trailer  indicates  the 
level  of  acknowledgment  in  Data  Element  113,  Acknowledgment 
Requested.  If  an  acknowledgment  is  requested,  then  the  recipient 
must  return  an  acknowledgment.  If  not  requested,  none  should  be 
given. 

The  interchange  acknowledgment  control  segments  are  placed  after 
the  interchange  header  and  before  the  first  function^  group  or 
before  the  interchange  trailer  if  there  are  no  functional  groups. 

Control  segments  are  standard  for  all  implementation  conventions 
produced  for  the  Department  of  Defense.  Some  codes  associated 
with  individual  data  elements  within  the  control  segments  are 
unique  to  the  individual  transaction  set.  Others,  identify  the  ANSI 
version  and  release  in  which  the  convention  is  written. 


.2 
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Figure  3.2-1.  Hierarchical  Structure 
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Segment:  ISA  Interchange  Control  Header 

Purpose:  To  start  and  identify  an  interchange  of  one  or  more  functional  groups 
and  interchange-related  control  segments. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

KF.  DATA 

QgS. _ ILEMEWT  MMIE _ _ _ ATTHWOTES 

ISA01  101  Authorization  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  information  in  the  Authorization  Information. 

00  No  Authorization  information  Present  (No  Meaningful  Information  in  I02) 

ISA02  I02  Authorization  Information  M  AN  10/10 

Information  used  for  additional  identification  or  authorization  of  the  sender  or  the 
data  in  the  interchange.  The  type  of  information  is  set  by  the  Authorizatbn 
Information  Qualifier. 

Implementation  Note: 

If  no  authorization  information  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA03  103  Security  Information  Qualifier  M  ID  2/2 

Code  to  identify  the  type  of  informatbn  in  the  Security  Information. 

01  Password 

ISA04  104  Security  Information  M  AN  10/10 

This  is  used  for  identifying  the  security  information  about  the  sender  or  the  data 
in  the  interchange.  The  type  of  information  is  set  by  the  Security  Information 
Qualifier. 

Implementation  Note: 

An  agreed  upon  password.  If  no  security  irrformation  is  agreed  to  by  trading  partners,  fill  field  with  blanks. 

ISA05  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
Code  Value  Implementation  Note: 

An  agreed  upon  designation  of  DoD  Activity  Address  Code  (DoDAAC)  or  other  code  coordirutted 
with  the  value-added  network  (VAN). 

ISA06  106  Interchange  Sender  ID  M  ID  15/15 

Identification  code  published  by  the  sender  lor  other  parties  to  use  as  the 
receiver  ID  to  route  data  to  them.  The  sender  always  codes  this  number  in  the 
sender  ID  element. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  ( DoDAAC )  or  other  code  coordirutted  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  arui 
coordinated  with  the  VAN. 


Mandatory 


ISA07  105  Interchange  ID  Qualifier  M  ID  2/2 

Qualifier  to  designate  the  system/method  of  code  structure  used  to  designate  the 
sender  or  receiver  ID  element  being  qualified. 

ZZ  Mutually  Defined 
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Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Code  Value  Implementation  Note: 

An  agreed  upon  designation  ofDoD  Activity  Address  Code  (DoDAAC )  or  other  code  coordinated 
with  the  value-added  network  (VAN). 

ISA08  107  Interchange  Receiver  ID  M  ID  15/15 

Identification  code  published  by  the  receiver  of  the  data.  When  sending,  it  is 
used  by  the  sender  as  their  sending  ID,  thus  other  parties  sending  to  them  will 
use  this  as  a  receiving  ID  to  route  data  to  them. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC )  or  other  code  coordinated  with 
the  value-added  network  (VAN).  Non-DoD  activities  use  identification  code  qualified  by  ISA05  and 
coordinated  with  the  VAN. 

ISA09  108  Interchange  Date  M  DT  6/6 

Date  of  the  interchange. 

implementation  Note: 

Assigned  by  translation  software.  YYMMDD 

ISAIO  109  Interchange  Time  M  TM  4/4 

Time  of  the  interchange. 

Implementation  Note: 

Assigned  by  translation  software.  HHMM 

ISA11  110  Interchange  Control  Standards  Identifier  M  ID  1/1 

Code  to  identify  the  agency  responsible  for  the  control  standard  used  by  the 
message  that  is  enclosed  by  the  interchange  header  and  trailer. 

U  U.S.  EDI  Community  of  ASC  XI 2,  TDCC,  and  UCS 

ISA12  111  Interchange  Control  Version  Number  M  ID  5/5 

This  version  number  covers  the  interchange  control  segments  and  the  functional 
group  control  segments. 

00301  Draft  Standard  for  Trial  Use  Approved  for  Publication  by  ASC  XI 2  Procedures 
Review  Board  Through  October  1990 

Code  Value  Implementation  Note: 

Version  ID  as  defined  or  agreed  upon  by  the  trading  partners. 

ISA13  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  <<:  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  ail  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

ISA14  113  Acknowledgment  Requested  M  ID  1/1 

Code  sent  by  the  sender  to  request  an  interchange  acknowledgment. 

0  No  Acknowledgment  Requested 
1  Interchange  Acknowledgment  Requested 


Mandatory 


ISA15 


114  Test  Indicator  M  ID  1/1 

Code  to  indicate  whether  data  enclosed  by  this  interchange  envelope  is  test  or 
production. 

P  Production  Data 
T  Test  Data 
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Segment:  GS  Functional  Group  Header 

Purpose:  To  indicate  the  beginning  of  a  functional  group  and  to  provide  control 
information 

Syntax:  The  data  interchange  control  number  (GS06)  in  this  header  must  be 
identical  to  the  same  data  element  in  the  associated  Functional  Group 
Trailer  (GE02). 

Comment:  A  functional  group  of  related  transaction  sets,  within  the  scope  of  X1 2 

standards,  consists  of  a  collection  of  similar  transaction  sets  enclosed  by 
a  functional  group  header  and  a  functional  group  trailer. 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEWT  MAME _ ATTRIRUTES 

GS01  479  Functional  Identifier  Code  M  ID  2/2 

Code  identifying  a  group  of  application  related  Transaction  Sets. 

Implementation  Note: 

Choose  the  code  value  appropriate  to  the  irrformation  content  of  the  functional  group.  SeeXll  Dictionary  for 
source  code  list. 

CA  Purchase  Order  Change  Acknowledgement  (865) 

GS02  142  Application  Sender’s  Code  M  AN  2/15 

Code  identifying  party  sending  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
ideruification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA06. 

GS03  124  Application  Receiver’s  Code  M  AN  2/15 

Code  identifying  party  receiving  transmission.  Codes  agreed  to  by  trading 
partners. 

Implementation  Note: 

DoD  activities  use  Department  of  Defense  Activity  Address  Code  (DoDAAC).  Non-DoD  activities  use 
identification  code  assigned  by  DoD  activity.  Recommend  for  increased  security  that  non-DoD  code  differ 
from  that  used  in  ISA08. 

GS04  29  Group  Date  M  DT  6/6 

Date  sender  generated  a  functional  group  of  transaction  sets. 

Implementation  Note: 

Assigned  by  translation  software. 

GS05  30  Group  Time  M  TM  4/4 

Time  (HHMM)  when  the  sender  generated  a  functional  group  of  transaction  sets 
(local  time  at  sender's  location). 

Implementation  Note: 

Assigned  by  translation  software. 


Group  Control  Number 

Assigned  number  originated  and  maintained  by  the  sender. 
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Segment:  GE  Functional  Group  Trailer 

Purpose:  To  indicate  the  end  of  a  functional  group  and  to  provide  control 
information 


Syntax:  The  data  interchange  control  number  (GE02)  in  this  trailer  must  be 

identical  to  the  same  data  element  in  the  associated  Functional  Group 
Header  (GS06). 

Comment:  The  use  of  identical  data  interchange  control  numbers  in  the  associated 
functional  group  header  and  trailer  is  designed  to  maximize  functional 
group  integrity.  The  control  number  is  the  same  as  that  used  in  the 
corresponding  header. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

dtp.  BATA 

DU. _ tLmiMT  mM£ _ ATraiDUTES 

GE01  97  Number  of  Transaction  Sets  Included  M  NO  1/6 

Total  number  of  transaction  sets  included  in  the  functional  group  or  interchange 
(transmission)  group  terminated  by  the  trailer  containing  this  data  element. 

Implementation  Note: 

Assigned  by  translation  software. 

GE02  28  Group  Control  Number  M  NO  1/9 

Assigned  number  originated  and  maintained  by  the  sender. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  control  number  must  match  the  control  number  of  the  preceding 
GS06  control  number. 


3.0.12 
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Segment:  iEA  Interchange  Control  Trailer 

Purpose:  To  define  the  end  of  an  interchange  of  one  or  more  functional  groups 
and  iiiterchange-related  control  segments. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEWEWr  WAAIE _ ATTRIBl/TES 

IEA01  116  Number  of  Included  Functional  Groups  M  NO  1/5 

A  count  of  the  number  of  functional  groups  included  in  a  transmission. 

Implementation  Note: 

Assigned  by  translation  software. 

IEA02  112  Interchange  Control  Number  M  NO  9/9 

This  number  uniquely  identifies  the  interchange  data  to  the  sender.  It  is  assigned 
by  the  sender.  Together  with  the  sender  ID  it  uniquely  identifies  the  interchange 
data  to  the  receiver.  It  is  suggested  that  the  sender,  receiver,  and  all  third  parties 
be  able  to  maintain  an  audit  trail  of  interchanges  using  this  number. 

Implementation  Note: 

Assigned  by  the  translation  software.  This  number  must  match  the  number  that  occurs  in  ISA13. 
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ST*865*COAO(X)1  NA-  TfflS  IS  AN  865  CHANGE  ORDER 

ACKNOWLEDGMENT  WITH  A  CONTROL 
NUMBER  OF  COAOOOl. 


THIS  IS  AN  ORIGINAL  ACKNOWLEDGMENT 
OF  CHANGE  POOOOl  TO  PURCHASE  ORDER 
N0001992P3010  DATED  JANUARY  20. 1993. 
THE  ACKNOWLEDGMENT  IS  WITH  CHANGE 
THE  ACKNOWLEDGMENT  DATE  IS 
FEBRUARY  4, 1993  AND  THE  EFFECTIVE 
DATE  OF  THE  CHANGE  IS  FEBRUARY  6. 
1993. 

REF^5*PC0001  hJL  THE  UNIQUE  IRACKING  NUMBER  FROM 

THE  860  CHANGE  ORDER. 

REF«RQ*N0001922S20S5  N/L  THE  REQUISITION  NUMBER  FROM  THE  860 

CHANCS  ORDER. 

POC^tXX)l*CAN/L  IDENTIFIES  THE  CHANGE  TO  THE  860 

INFORMATION  IS  APPUCABLE  TO  LINE 
ITEM  0001. 

DTM*017*930622N/L  THE  SELLER  B  CHANGING  THE  REQUIRED 

DELIVERY  DAIE  IN  THE  CHANGE  ORDER 
FROM  JUNE  15, 1993  TO  ANESTIMAIED 
DELIVERY  DATE  OF  JUNE  22. 1993. 

CTPIN/L  THERE  IS  ONE  POC  SEGMENT  IN  THIS 

TRANSACTION  SET. 

SE*8*COA0001  N/L  THE  TRANSACTION  SET  HAS  8  SEGMENTS 

AND  THE  CONTROL  NUMBER  IS  COAOOOl. 


NOTE:  ALL  NUMBERS  ARE  NOTIONAL  AND  USED  FOR  ILLUSTRATION  PURPOSES  ONLY. 


BCA*00*AC*N0001993P3010**P00001* 
930120****930204*930206  N/L 
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865  Purchase  Order  Change  Acknowledgment 

This  standard  provides  for  the  format  and  establishes  the  data  contents  of  a 
purchase  order  change  acknowledgment  transaction  set.  This  transaction  set 
can  be  used:  (1 )  by  the  seller  to  acknowledge  or  convey  acceptance  of 
changes  to  a  previously  suL.oitted  purchase  order  or  (2)  by  a  seller  to  notify 
the  buyer  of  changes  initiated  by  the  seller  to  a  previously  submitted 
purchase  order. 

Imptomontation  Notes 

1.  The  865  transaction  set  can  be  used  for  one  of  two  purposes. 

2.  One  purpose  for  the  865  is  for  a  contractor  to  acknowledge  a  buyer  initiated  860  Purchase  Order 
Change  Request.  The  acknowledgment  can  be  one  of  5  types:  a.  An  acknowledgment  with  detail  and  change. 
This  means  the  contractor  will  include  contractor  initiated  change  items  in  the  865 for  the  original  860.  b. 
An  acknowledgment  with  detail  and  no  change.  This  means  the  contractor  will  repeat  back  to  the  buyer  the 
detail  sent  with  the  original  860.  c.  An  acknowledgment  with  exception  detail  only.  This  means  the 
contractor  will  only  include  corUractor  exception  items  in  the  865 for  the  origiital  860.  d.  An 
acknowledgment  with  no  detail  or  change.  This  means  the  contractor  will  send  back  a  simple,  summary  level 
type  of  acknowledgment  to  the  buyer.  No  lirte  item  detail  is  used  or  required,  e.  The  860  is  rejected  by  the 
contractor. 

3.  The  second  purpose  for  the  865  is  for  a  corUractor  to  initiate  a  change  order  for  an  850  Purchase  Order. 
In  this  case,  the  865  reflects  the  items  needed  to  properly  iderUify  the  related  850  Purchase  Order  and  the 
items  the  contractor  is  requesting  be  changed. 

4.  When  this  transaction  set  is  used  to  provide  a  simple  acknowledgment,  (BCA02  is  code  AK),  only  the 
mandatory  and  required  segments  need  be  transmitted.  Segments  CUR,  PER,  and  PWK  may  be  transmitted 
at  the  option  of  the  originator. 

5.  When  this  transaction  set  is  used  for  all  other  type  acknowledgments  (BCA02  is  code  AC,  AD,  or  AE)  or 
for  a  contractor  initiated  change  (BCA13  is  code  CP)  in  addition  to  the  mandatory  and  required  segments, 
transmit  other  appropriate  segments  as  irulicated. 

6.  When  this  transaction  set  is  used  to  provide  a  rejection  to  an  860  Purchase  Order  Change  Request, 
(BCA02  is  code  RJ),  only  the  mandatory  and  required  segments  need  be  transmitted.  Any  other  segment 
which  might  provide  irtformation  relative  to  the  reason  for  the  rejection,  may  be  transmitted  at  the  option  of 
the  originator. 
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5 

Kjmj 

6 

9 

H 

10 

040 

13 

050 

N/U 

060 

N/U 

070 

15 

080 

17 

090 

N/U 

100 

Table  1 


SEG.ID 

NAME 

REaOES. 

MAX  USE 

ST 

Transaction  Set  Header 

M 

1 

BCA 

Beginning  Segment  for  Purchase  Order 
Change  Acknowledgment 

M 

1 

NTE 

Note/Special  Instruction 

F 

100 

CUR 

Currency 

0 

1 

REF 

Reference  Numbers 

0 

12 

PER 

Administrative  Communications  Contact 

0 

3 

TAX 

Sales  Tax  Reference 

0 

3 

FOB 

F.O.B.  Related  Instructions 

0 

1 

CTP 

Pricing  Information 

0 

25 

SSS 

Special  Services 

0 

25 

I 
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N/U 

110 

CSH 

Header  Sale  Condition 

0 

1 

N/U 

120 

ITA 

Allowance.  Charge  or  Service 

0 

10 

19 

130 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

0 

5 

N/U 

140 

DIS 

Discount  Detail 

0 

20 

21 

150 

DTM 

Date/Time  Reference 

0 

10 

23 

160 

LOT 

Lead  Time 

0 

12 

N/U 

180 

LIN 

Item  Identification 

0 

5 

N/U 

190 

PiO 

Product/Item  Description 

0 

200 

24 

200 

MEA 

Measurements 

0 

40 

26 

210 

PWK 

Papenwork 

0 

25 

28 

220 

PKG 

Marking,  Packaging,  Loading 

0 

25 

N/U 

230 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

250 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handiing/Hazardous 
Materials) 

0 

5 

30 

270 

MAN 

Marks  and  Numbers 

0 

10 

1000 

31 

280 

N9 

Reference  Number 

0 

1 

32 

290 

MSG 

Message  Text 

0 

1000 

LOOPID<N1 

200 

33 

300 

N1 

Name 

0 

1 

35 

310 

N2 

Additional  Name  Information 

0 

2 

36 

320 

N3 

Address  Information 

0 

2 

37 

330 

N4 

Geographic  Location 

0 

1 

38 

340 

REF 

Reference  Numbers 

0 

12 

39 

350 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

360 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

370 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

380 

TD5 

Carrier  Details  (Routing  Sequence/T ransit 
Time) 

0 

12 

N/U 

390 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

400 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

N/U 

410 

PKG 

Marking,  Packaging,  Loading 

0 

25 

Table  2 

PAGE*  POS.« 

SEG.ID 

NAME 

REa  DES. 

MAX  USE 

LOOP  REPEAT 

LOOP  10  •POC 

10000 

40 

010 

POC 

Line  Item  Change 

o 

1 

N/U 

020 

CUR 

Currency 

0 

1 

N/U 

030 

P03 

Additional  Item  Detail 

0 

25 
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44 

CTP 

Pricing  Information 

0 

25 

46 

MEA 

Measurements 

40 

||H 

LOOP  ID -PID 

1000^ 

1 

48 

PID 

Product/Item  Description 

0 

1 

1 

49 

MEA 

Measurements 

0 

10 

1 

070 

PWK 

Paperwork 

0 

25 

52 

080 

PKG 

Marking,  Packaging,  Loading 

0 

25 

54 

090 

P04 

Item  Physical  Details 

0 

1 

56 

100 

REF 

Reference  Numbers 

0 

12 

N/U 

110 

PER 

Administrative  Communications  Contact 

0 

3 

N/U 

120 

SSS 

Special  Services 

o 

25 

N/U 

130 

ITA 

Allowance,  Charge  or  Service 

0 

10 

N/U 

140 

ITS 

Conditions  of  Sale 

0 

1 

N/U 

150 

ITD 

Terms  of  Sale/Deferred  Terms  of  Sale 

o 

2 

N/U 

160 

DIS 

Discount  Detail 

0 

20 

N/U 

170 

TAX 

Sales  Tax  Reference 

0 

3 

57 

180 

FOB 

F.O.B.  Related  Instnjctions 

O 

1 

N/U 

190 

SDQ 

Destination  Quantity 

0 

500 

59 

200 

DTM 

Date/Time  Reference 

0 

10 

60 

210 

LOT 

Lead  Time 

0 

12 

61 

220 

SCH 

Line  Item  Schedule 

0 

200 

N/U 

230 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

1 

N/U 

240 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

250 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

260 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

LOOFIO-ACK 

iiiiiiei: 

1 

N/U 

270 

ACK 

Line  Item  Acknowledgment 

0 

1 

1 

N/U 

280 

DTM 

Date/Time  Reference 

0 

1 

1 

62 

290 

MAN 

Marks  and  Numbers 

0 

10 

63 

300 

AMT 

Monetary  Amount 

0 

1 

LOOPOS-SLIf 

1000 

N/U 

310 

SLN 

Subline  Item  Detail 

0 

1 

N/U 

320 

PID 

Product/Item  Description 

0 

1000 

N/U 

330 

P03 

Additional  Item  Detail 

0 

25 

N/U 

340 

ACK 

Line  Item  Acknowledgment 

0 

104 

LOOP  ID- N9 

1000 

64 

350 

N9 

Reference  Number 

0 

1 

65 

360 

MSG 

Message  Text 

0 

1000 

tOOPID>N1 

wmimm 

66 

370 

N1 

Name 

0 

1 

67 

380 

N2 

Additional  Name  Information 

0 

2 

3 
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68 

390 

N3 

Address  Information 

0 

2 

69 

400 

N4 

Geographic  Location 

0 

1 

N/U 

410 

REF 

Reference  Numbers 

0 

12 

N/U 

420 

PER 

Administrative  Communications  Contact 

o 

3 

N/U 

430 

FOB 

F.O.B.  Related  Instructions 

0 

1 

N/U 

440 

TD1 

Carrier  Details  (Quantity  and  Weight) 

0 

2 

N/U 

450 

TD5 

Carrier  Details  (Routing  Sequence/Transit 
Time) 

0 

12 

N/U 

460 

TD3 

Carrier  Details  (Equipment) 

0 

12 

N/U 

470 

TD4 

Carrier  Details  (Special  Handling/Hazardous 
Materials) 

0 

5 

N/U 

480 

PKG 

Marking,  Packaging,  Loading 

0 

25 

PAGE*  POS.* 


70 

010 

71 

72 

030 

Table  3 


SEG.IO  NAME 


REaOES.  MAX  USE 


LOOP  REPEAT 


CTT  Transaction  Totals 
AMT  Monetary  Amount 
SE  Transaction  Set  Trailer 


M 

O 
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Segment:  BCA  Beginning  Segment  for  Purchase  Order  Change 
Acknowledgment 
Level:  Header 


Mandatory 


Loop: 
Usage: 
Max  Use: 
Purpose: 


Comments: 


Mandatory 

1 

To  indicate  the  beginning  of  the  purchase  order  change 
acknowledgment  transaction  set  and  transmit  identifying  numbers  and 
dates. 

1.  BCA09  is  the  seller’s  order  number. 

2.  BCA1 2  is  order  change  acknowledgment  date. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

OES,  ELEMENT  NAME _ ATTWIDUTES 

BCA01  353  Transaction  Set  Purpose  Code  M  ID  2/2 

Code  identifying  purpose  of  transaction  set. 

Implementation  Notes: 

1,  Use  code  00  for  an  original  change  order  acknowledgmera,  code  01  to  cancel  a  change  order 
acknowledgmera,  07  to  send  a  duplicate  change  order  acknowledgment,  code  22  to  send  an  irformation  only 
change  order  acknowledgment  to  other  interested  parties. 

2.  When  changes  are  initiated  by  the  contractor,  code  04  is  used  for  changes  to  an  850  Purchase  Order  or 
860  Buyer  Purchase  Order  Change  Request.  Code  05  is  used  when  a  contractor  replaces  a  previously  sent 
865  transaction  set.  Code  18  is  used  when  the  contractor  reissues  a  Purchase  Order  Change  Request. 

00  Original 
01  Cancellation 
04  Change 
05  Replace 
07  Duplicate 
18  Reissue 
22  Information  Copy 

BCA02  587  Acknowledgment  Type  O  ID  2/2 

Code  specifying  the  type  of  acknowledgment. 

Implamentation  Notes: 

1.  For  acknowledgments  to  an  860  Buyer  Purchase  Order  Change  Request,  codes  AC,  AD,  AE,  and  AK  are 
used. 

2.  Use  code  RJ  if  the  860  is  rejected. 

3.  When  changes  are  contractor  initiated,  BCA02  is  omitted. 

AC  Acknowledge  -  With  Detail  and  Change 
AD  Acknowledge  -  With  Detail,  No  Change 
AE  Acknowledge  -  With  Exception  Detail  Only 
AK  Acknowledge  -  No  Detail  or  Change 
RJ  Rejected  -  No  Detail 
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BCA03  324  Purchase  Order  Number  M  AN  1/22 

Identifying  number  for  Purchase  Order  assigned  by  the  orderer/purchaser. 

Implementation  Notes: 

1.  Enter  the  purchase  order  number  from  the  related  860  Buyer  Purchase  Order  Change  Request.  Relates  to 
the  860  BCH03  Purchase  Order  Number.  For  contractor  initiated  changes,  enter  the  purchase  order  number 
from  the  related  850  Purchase  Order.  Relates  to  the  85 0  BEG03  Purchase  Order  Number. 

2.  If  the  related  860  is  used  for  changes  to  orders  against  existing  contracts,  the  860  BCH03  may  contain  a 
zero.  When  this  occurs,  send  the  original  call  or  delivery  order  number  in  BCA04  if  applicable  {relates  to  the 
860  BCH04 ),  and  the  original  contract  number  of  the  contract  being  modified  in  BCA08  (relates  to  the  860 
BCH08). 

3.  For  contractor  initiated  changes,  if  the  related  850  is  used  for  orders  against  existing  contracts,  the  850 
BEG03  may  contain  a  zero.  When  this  occur send  the  original  call  or  delivery  number  in  BCA04  if 
applicable  (relates  to  the  850  BEG04 ),  and  the  original  contract  number  of  the  contract  being  modified  in 
BCA08  (relates  to  the  850  BEG06). 


Optional 


BCA04  328  Release  Number  O  AN  1/30 

Number  identifying  a  release  against  a  Purchase  Order  previously  placed  by  the 
parties  involved  in  the  transaction. 

Implementation  Notes: 

1.  Enter  the  call  or  delivery  order  number  from  the  related  860  Buyer  Purchase  Order  Change  Request. 
Relates  to  the  860  BCH04. 

2.  For  contractor  initiated  changes,  enter  the  call  or  delivery  order  number  from  the  related  850  Purchase 
Order.  Relates  to  the  850  BEG04. 


Optional 


Mandatory 


BCAOS  327  Change  Order  Sequence  Number  O  AN  1/8 

Number  assigned  by  the  orderer  identifying  a  specific  change  or  revision  to  a 
previously  transmitted  transaction  set. 

Implementation  Notes: 

1.  Enter  the  modification  number  from  the  related  860  Buyer  Purchase  Order  Change  Request.  Relates  to  the 
860BCH05. 

2.  For  con  'actor  initiated  changes,  this  data  element  may  contain  a  contractor  reference  number. 

BCAOS  323  Purchase  Order  Date  M  DT  6/6 

Date  assigned  by  the  purchaser  to  Purchase  Order. 

Implementation  Note: 

Date  of  the  original  purchase  or  delivery  order.  Relates  to  the  850  Purchase  Order  BEG05  Purchase  Order 
Date. 


Not  Used 
Optional 


Not  Used 
Optional 


BCA07  326  Request  Reference  Number  O  AN  1/45 

BCA08  367  Contract  Number  O  AN  1/30 

Contract  number. 

Implementation  Notes: 

1.  Enter  the  original  contract  or  order  number  if  applicable  from  the  related  860  Buyer  Purchase  Order 
'Change  Request.  Relates  to  the  860  BCH08. 

2.  '^or  contractor  initiated  changes,  enter  the  contract  number  if  applicable  from  the  related  850  Purchase 
Order.  Relates  to  the  850  BEG06. 

BCA09  127  Reference  Number  O  AN  1/30 

BCA10  588  Acknowledgment  Date  O  DT  6/6 

Date  assigned  by  the  sender  to  the  acknowledgment. 
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Optional 


BCA1 1  279  Purchase  Order  Change  Request  Date  O  DT  6/6 

Date  of  the  purchase  order  change  request. 

Implementation  Notes: 

1.  Enter  the  change  order  effective  date  from  the  related  860  Buyer  Purchase  Order  Change  Request. 
Relates  to  the  860  BCHI I . 


2.  When  changes  are  contractor  initiated,  this  data  element  reflects  the  contractor’s  change  request  date. 


NotUsMi 

Optional 


BCA12  373  Date  O  DT  6/6 

BCA13  92  Purchase  Order  Type  Code  O  ID  2/2 

Code  specifying  the  type  of  Purchase  Order. 

Implementation  Notes: 

1.  For  contractor  initiated  changes  to  an  850  Purchase  Order,  use  code  CP. 

2.  When  the  865  Purchase  Order  Change  Acknowledgment  is  used  to  acknowledge  a  buyer  initiated  change, 
BCA13  is  omitted. 

CP  Change  to  Purchase  Order 
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Segment:  NTE  Note/Special  Instruction 
Level:  Header 


Floating 


Loop:  _ 

Usage:  Floating 
Max  Use:  100 


Purpose:  To  transmit  information  in  a  free-form  format,  if  necessary,  for  comment 
or  special  instruction 

Comment:  The  NTE  segment  permits  free-form  information/data  which,  under  ANSI 
XI 2  standard  implementations,  is  not  machine  processable.  The  use  of 
the  “NTE”  segment  should  therefore  be  avoided,  if  at  all  possible,  in  an 
automated  environment. 


Optional 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMENT  NAME _ ATnURUTES 

NTE01  363  Note  Reference  Code  O  ID  3/3 

Code  identifying  the  functional  area  or  purpose  for  which  the  note  applies. 

Implementation  Notes: 

1.  This  segment  can  be  used  for  detail  (code  AC,  AD,  or  AE)  acknowledgment  or  contractor  initiated  change 
order. 

2.  Use  any  code  to  indicate  the  type  of  note  or  instruction  that  applies  to  the  original  purchase  order, 
purchase  order  change,  or  acknowledgment.  Use  code  GEN  for  general  notes  that  apply  to  the  entire 
transaction  set. 

GEN  Entire  Transaction  Set 
ORI  Order  Instructions 
OTH  Other  Instructions 

NTE02  3  Free  Form  Message  M  AN  1/60 

Free-form  text. 
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2.  CUR*BY*USD*1 .20*SE*CAD*NY*007*84082ri400  N/L 
12  3  4 

1 .  Identifies  the  buyer's  (BY)  currency  as  U.S.  dollars  (USD). 

2.  The  multiplier  (1 .20)  is  the  exchange  rate  factor  for  the  conversion. 

3.  Identifies  the  seller's  (SE)  currency  as  Canadian  dollars  (CAD). 

4.  Indicates  the  basis  for  the  exchange  rate  as  the  New  York  Foreign 
Exchange  (NY)  and  the  effective  date/time  (007)  as  August  21 , 1984 
(840821)  at  2:00  P.M.  (1400). 

The  value  for  this  item  is  to  be  converted  to  Canadian  dollars  (CAD)  at 
the  exchange  rate  of  1 .20,  based  on  the  New  York  Foreign  Exchange 
(NY)  at  2:00  P.M.  (1400)  on  August  21, 1984.  The  actual  unit  price 
conversion  for  the  item  would  be: 

The  unH  price  value  7.50  (U.S.  dollars)  multiplied  by  the  exchange  rate 
(1 .20)  equals  9.00  Canadian  dollars  (7.50  X 1 .20  =  9.00)  CUR07  through 
CUR21  provide  for  five  (5)  dates/times  reiating  to  the  currency 
conversion,  i.e.,  effective  date,  expiration  date,  etc. 

Implementation  Notes: 

1.  Use  of  this  segment  is  not  required  for  simple  (codeAK)  acknowledgments. 

2.  Use  this  segment  when  appropriate  for  other  types  of  acknowledgments  such  as  Detail  and 
Change  (code  AC ),  Detail  and  No  Change  (code  AD),  and  Exception  Only  ( code  AE).  For  changes 
and  exceptions,  only  send  change  or  exception  items.  For  Detail  and  No  Change  acknowledgments, 
repeat  back  the  information  from  the  860  Buyer  Purchase  Order  Change  Request. 

3.  This  segment  can  also  be  used  for  a  contractor  to  confirm  or  define  what  currency  they  will  be 
using. 


Mandatory 


Mandatory 


Optional 


Optional 


Optional 


_ Data  Element  Summary _ 

RfF.  OAT* 

OES.  ELBUEKT  NAME  _ ATTHat/TES 

CUR01  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

Use  code  BY  for  the  government  and  code  SE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR02  100  Currency  Code  M  ID  3/3 

Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR03  280  Exchange  Rate  O  R  4/6 

Value  to  be  used  as  a  multiplier  conversion  factor  to  convert  monetary  value  from 
one  currency  to  another. 

CUR04  98  Entity  identifier  Code  O  ID  2/2 

Code  identifying  an  organizational  entity  or  a  physical  location. 

Implementation  Note: 

Use  code  BY  for  the  government  and  code  SE  for  the  contractor. 

BY  Buying  Party  (Purchaser) 

SE  Selling  Party 

CUR05  100  Currency  Code  O  ID  3/3 
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Optional 


Code  (Standard  ISO)  for  country  in  whose  currency  the  charges  are  specified. 

CUR06  669  Currency  Market/Exchange  Code  O  ID  3/3 

Code  identifying  the  market  upon  which  the  currency  exchange  rate  is  based. 

Implementation  Note: 

Use  any  code. 


Conditional 

CUR07 

374 

Date/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

C 

ID 

3/3 

Implementation  Note: 

Use  code  007 for  the  date  and  time  the  cited  rate  will  be  effective  ( start ),  and  code  036 for  the  date  and  time 
the  cited  rate  will  expire  ( stop ). 

007  Effective 

036  Expiration 

Optional 

CUR08 

373 

Date 

Date  (YYMMDD). 

0 

DT 

6/6 

Optional 

CUR09 

337 

Time  0  TM  4/4 

Time  expressed  in  24-hour  clock  time  (HHMM,  time  range;  0000  though  2359). 

Not  Used 

CURIO 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

Not  Used 

CUR11 

373 

Date 

O 

DT 

6/6 

Not  Used 

CUR12 

337 

Time 

O 

TM 

4/4 

Not  Used 

CUR13 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

Not  Used 

CUR14 

373 

Date 

0 

DT 

6/6 

Not  Used 

CUR1S 

337 

Time 

0 

TM 

4/4 

Not  Used 

CUR16 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

Not  Used 

CUR17 

373 

Date 

0 

DT 

6/6 

Not  Used 

CUR18 

337 

Time 

O 

TM 

4/4 

Not  Used 

CUR19 

374 

Date/Time  Qualifier 

C 

ID 

3/3 

Not  Used 

CUR20 

373 

Date 

0 

DT 

6/6 

Not  Used 

CUR21 

337 

Time 

0 

TM 

4/4 
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DRAFT  IMPLEMENTATION  CONVENTION 


865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

REF  •  REFERENCE  NUMBERS  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


Required 


Segment:  REF  Reference  Numbers 
Level:  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  12 


Purpose:  To  specify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

Implementation  Notes: 

1.  At  least  2  iterationsof  REF01I02  are  required  in  order  to  carry  the  Unique  Tracking  Number 
(UTN)  (Code  65 )  and  the  relevant  Purchase  Request  number  (Code  IL)  or  requisiton  number  (code 
RQ)from  the  860  Change  Order.  The  latter  is  required  because  vendors  must  provide  it  on  their 
shipment. 

2.  This  segment  can  be  used  for  detail  (code  AC,  AD,  and  AE)  or  simple  (code  AK) 
acknowledgments. 

3.  For  change  (code  AC)  and  exception  (codeAE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  ( code  AD),  repeal  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 

4.  This  segment  can  also  be  used  for  contractor  initiated  change  orders  to  an  850  Purchase  Order 
as  needed  to  further  clarify  or  describe  the  change  order. 


Mandatory 


Conditional 


_ Data  Element  Summary _ 

HET.  OAT* 

pi».  Eineoir  mi  _ atthites 

REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Notes: 

1.  Use  applicable  codes  to  relate  to  information  in  an  860  Buyer  Purchase  Order  Change  Request  or  850 
Purchase  Order  Header  level  REF  SegmerU  as  required.  Also  refer  to  the  notes  for  the  860  or  850  Header 
level  REFOI  for  additional  information  on  how  the  codes  are  used. 

2.  Other  codes  can  also  be  used  to  identify  additional  reference  numbers  specific  for  the  acknowledgment  or 
contractor  initiated  change  order. 

65  Total  Order  Cycle  Number 
AT  Appropriation  Number 

AX  Government  Accounting  Class  Reference  Number  (ACRN) 

CJ  Clause  Number 

DF  Defense  Federal  Acquisition  Regulations  (DFAR) 

FA  Federal  Acquisition  Regulations  (FAR) 

IL  Internal  Order  Number 
IT  Internal  Customer  Number 
RQ  Purchase  Requisition  No. 

TC  Vendor  Terms 
ZZ  Mutually  Defined 

REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  REF  •  REFERENCE  NUMBERS 


Conditional 


REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Notes: 

1.  When  REFOl  is  code  AT,  REF03  contains  the  long-line  accounting  code. 

2.  When  REFOl  is  code  DX,  FT,  CJ,  ZZ,  or  TC,  REF03  contains  the  explanation,  source,  etc. 


3.  For  acknowledgments  to  an  860  Buyer  Purchase  Order  Change  Request,  the  860  BCH12  may  contain 
code  OT  to  indicate  the  change  order  is  for  other  types  of  modiflcations.  When  this  occurs,  REF03  may 
contain  the  type  of  modification  information. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


S65  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

FOB  •  F.O.B.  RELATED  INSTRUCTIONS _ ANSI  ASC  X12  VERSION/RELEASE  0030t0DOD_ 

Segment:  FOB  F.O.B.  Related  instructions 
Level:  Header 


Optional 


Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


Optional 

1 

To  specify  transportation  instructions  relating  to  shipment 

1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

1.  FOB01  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 


Implementation  Note: 

This  segment  is  only  used  when  a  contractor  initiates  a  change  to  an  850  Purchase  Order  and  the 
changes  apply  to  the  FOB  information.  This  FOB  Segment  is  used  when  the  FOB  information 
applies  to  the  entire  order. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMENT  NAME _ ATHWin-ES 

FOB01  146  Shipment  Method  of  Payment  M  ID  212 

Code  identifying  payment  terms  for  transportation  charges. 

OF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Code  ZZ  is  used  when  the  FOB  point  is  listed  as  Other  than  the  destination  or  origin. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

7Z  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 


Implementation  Note: 

FOB03  carries  the  location  of  a  site  when  FOB02  is  code  ZZ  for  other. 


FOB04 

334 

Transportation  Terms  Qualifier  Code 

O 

ID 

2/2 

FOB05 

335 

Transportation  Terms  Code 

C 

ID 

3/3 

FOB06 

309 

Location  Qualifier 

C 

ID 

1/2 

Not  Uaad 
Not  Uaad 
Conditional 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

CTP  •  PRICING  INFORMATION  ANSI  ASC  X12  VERSION/RELEASE  003010DOD 


CTP  Pricing  information 

Header 

Optional 

25 

To  specify  pricing  information 

1.  If  CTP02  is  present,  then  CTP03  is  required. 

2.  If  CTP04  is  present,  then  CTP05  is  required. 

3.  If  CTP06  is  present,  then  CTP07  is  required. 

1.  Example  of  use  of  CTP03  and  CTP04. 

PRICE  QUANTITY  RANGE 
1.00  0  to  999 

0.75  1000  to  4999 

0.50  5000  to  9999 

0.25  1 0000  and  above 

CTP03  CTP04 
1.00  0 
0.75  1000 

0.50  5000 

0.25  10000 

2.  Example  of  use  of  CTP03,  CTP04  and  CTP07. 


CTP03  CTP04  CTP07 


1.00 

0 

0.90 

0.75 

1000 

0.90 

0.50 

5000 

0.90 

0.25 

10000 

0.90 

3.  CTP07  is  a  multiplier  factor  to  arrive  at  a  final  discounted  price.  A 
multiplier  of  90  would  be  the  factor  if  a  10%  discount  is  given. 

Implementation  Notes: 

1.  This  segment  is  not  required  for  simple  ( code  AK)  acknowledgments. 

2.  For  changes  ( code  AC )  and  exceptions  (code  AE)  acknowledgments,  only  serui  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  (code  AD),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request  Header  level  CTP  Segment. 

3.  This  segment  is  not  used  for  contractor  initiated  changes  to  an  850  Purchase  Order. 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


Data  Element  Summary 


NfP. 

OES. 

DATA 

BLEMEKT 

NAME 

ATTRIBUTES 

Not  Used 

CTP01 

687 

Class  of  Trade  Code 

0 

ID 

2/2 

Optional 

CTP02 

236 

Price  Qualifier 

Code  identifying  pricing  specification. 

O 

ID 

3/3 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD_  CTP  •  PRICING  INFORMATION 


Implementation  Notes: 

1.  Use  any  code  as  appropriate  for  the  acknowledgment. 

2.  Use  code  CON  to  indicate  contract  price  changed  from;  use  code  ALT  to  indicate  coruract  price  change 
to;  use  code  CHG  to  indicate  a  total  contract  price  increase;  code  DAP  to  indicate  a  total  contract  price 
decrease. 

3.  Use  code  SPC  to  indicate  a  net  amount  due  for  the  settlement  of  a  contract  terminated  for  the  convenience 
of  the  government. 

ALT  Alternate  Price 
CHG  Changed  Price 
CON  Contract  Price 
DAP  Dealer  Adjusted  Price 
SPC  Special  Price 


Conditional 

CTP03 

212 

Unit  Price 

Price  per  unit  of  product,  service,  commodity,  etc. 

C 

R 

1/14 

Implementation  Note: 

This  data  element  is  being  used  to  carry  aggregate  contract  prices,  as  qualified  by  the  codes  in 
instead  of  unit  prices. 

CTP02, 

Optional 

CTP04 

380 

Quantity 

Numeric  value  of  quantity. 

O 

R 

1/10 

Conditional 

CTP05 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

c 

ID 

2/2 

Optional 

CTP06 

648 

Price  Muitiplier  Qualifier 

Code  indicating  the  type  of  price  multiplier. 

o 

ID 

3/3 

Conditional 

CTP07 

649 

Multiplier  C  R  1/10 

Value,  identified  by  price  multiplier  qualifier,  to  be  used  to  multiply  price  to  obtain 

a  new  value. 
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DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

ITD  •  TERMS  OF  SALE/DEFERRED  TERMS  OF  SALE _ ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 

Segment:  ITD  Terms  of  Sale/Deferred  Terms  of  Sale 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  5 

Purpose:  To  specify  terms  of  sale. 

Syntax:  1.  If  ITD03  is  present,  then  at  least  one  of  ITD04,  ITD05,  ITD13  is 
required. 


2.  If  ITD08  is  present,  then  at  least  one  of  ITD04,  ITD05  or  ITD13  is 
required. 

3.  If  ITD09  is  present,  then  ITD1 0  or  ITD1 1  is  required. 

Comment:  If  the  code  in  ITD01  is  04,  then  ITD09  is  required  and  either  ITD1 1  or 

ITD12  is  required.  If  the  code  in  ITD01  equals  05,  then  ITD06  or  ITD07  is 
required. 

Implementation  Notes: 

1.  Use  of  this  segment  is  not  required  for  simple  ( code  AK)  acknowledgments. 


2.  For  change  (code  AC )  and  exception  (code  AE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  ackncrwledgments  ( code  AD),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 


3.  For  contractor  initiated  changes  to  an  850  Purchase  Order,  use  this  segment  if  the  original  850 
included  the  Header  level  ITD  and  the  changes  apply  to  the  ITD  Segment.  This  segment  is  only 
used  in  the  850 for  discounts. 


Optional 


Optional 


Optional 


Conditional 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DEE.  ELEMEKT  WAKE _ ATTRIDUTES 

IT001  336  Terms  Type  Code  O  ID  2/2 

Code  identifying  type  of  payment  terms. 

rrD02  333  Terms  Basis  Date  Code  O  ID  1/2 

Code  identifying  the  beginning  of  the  terms  period. 

Implementation  Note: 

Use  the  same  code  as  the  one  specified  in  the  related  850  Purchase  Order  Header  level  ITDOl. 


ITD03 

338 

Terms  Discount  Percent  OR  1/6 

Terms  discount  percentage,  expressed  as  a  percent,  available  to  the  purchaser  if 
an  invoice  is  paid  on  or  before  the  Terms  Discount  Due  Date. 

ITD04 

370 

Terms  Discount  Due  Date 

Date  payment  is  due  if  discount  is  to  be  earned. 

C 

DT 

6/6 

ITDOS 

351 

Terms  Discount  Days  Due  C 

Number  of  days  in  the  terms  discount  period  by  which  payment  is 
discount  is  earned. 

NO 

due  if 

1/3 

terms 

ITD06 

446 

Terms  Net  Due  Date 

Date  when  total  invoice  amount  becomes  due. 

O 

DT 

6/6 
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865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

ITD  •  TERMS  OF  SALE/DEFERREO  TERMS  OF  SALE 


Optional 


ITD07  386  Terms  Net  Days  O  NO 

Number  of  days  until  total  invoice  amount  is  due  (discount  not  applicable). 


1/3 


Optional 


ITD08  362  Terms  Discount  Amount  O  N2  1/10 

Total  amount  of  terms  discour,. 

Implementation  Note: 

This  data  element  is  used  to  eliminate  the  impact  of  any  rounding  off  methodology . 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Conditional 


Optional 


ITD09 

388 

Terms  Deferred  Due  Date 

O 

DT 

6/6 

ITDIO 

389 

Deferred  Amount  Due 

C 

N2 

1/10 

1TD11 

342 

Percent  of  Invoice  Payable 

c 

R 

1/5 

ITD12 

352 

Description 

o 

AN 

1/80 

ITD13 

765 

Day  of  Month 

The  numeric  value  of  the  day  of  the  month  between  1  and  the 
the  month  being  referenced. 

C  NO 

maximum 

1/2 

day  of 

ITD14 

107 

Payment  Method  Code 

Code  identifying  type  of  payment  procedures. 

O 

ID 

1/1 

Implementation  Notes: 

1.  This  data  element  is  not  normally  used  in  DoD  applications. 

2.  Use  any  code. 
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DRAFT  IMPLEMENTATION  CONVENTION 


865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

DTM  •  DATETTIME  REFERENCE _ ANSI  ASC  X12  VERSION/RELEASE  003010DOD 

Segment:  DTM  Date/Time  Reference 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 
Implementation  Notes: 

1.  This  segment  can  be  used  for  detail  (code  AC,  AD,  and  AE)  acknowledgments. 

2.  For  change  (code  AC)  and  exception  (code  AE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  ( code  AD),  repeal  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 

3.  This  segment  can  also  be  used  for  contractor  initiated  change  orders  to  an  850  Purchase  Order 
as  needed. 


4.  When  this  DTM  Segment  is  used,  the  date  information  relates  to  the  entire  order.  For  line  items 
with  specific  date  details,  the  Detail  level  DTM,  LDT,  or  SCH  Segments  are  used. 

5.  Delivery  date  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as  a  set 
number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  the  segment. 

6.  For  acknowledgments  to  an  860  Purchase  Order  Change  or  contractor  initiated  changes  to  an 
850  Purchase  Order,  contractor  may  elect  to  include  expected,  scheduled,  or  estimated  delivery 
dates. 


Mandatory 


Conditional 


Not  Used 


_ Data  Element  Summary _ 

RCF.  DATA 

DK. _ ELEMINT  NAME _ ATTRIBUTES 

DTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  002 for  the  required  delivery  dcte( unless  delivery  date  is  defined  in  segment  LDT);  code  053 for 
the  date  of  the  request  for  quotation,  code  098 for  the  date  of  the  quote,  and  036 for  the  expiration  date  of  a 
Federal  Supply  Schedule. 

2.  Acknowledgment  dates  should  reflect  dates  transmitted  with  an  860  Buyer  Purchase  Order  Change 
Request. 

3.  Other  codes  such  as  004 for  Purchase  Order  and  (X)8  for  Purchase  Order  Received  can  be  used  by  the 
contractor  to  relate  to  dates  in  an  850  Purchase  Order. 

002  Delivery  Requested 

004  Purchase  Order 

008  Purchase  Order  Received 

036  Expiration 

053  Buyers  Local 

098  Bid  (Effective) 


DTM02 

373 

Date 

Date  (YYMMDD). 

C  DT 

6/6 

DTM03 

337 

Time 

C  TM 

4/4 

21 


DC12- JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DC12  - JANUARY  29  1993 


22 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

LPT  »  LEAD  TIME _ ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 

Segment:  LDT  Lead  Time 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  lead  time  for  availability  of  products  and  services. 
Comment:  LDT04  is  the  effective  date  of  lead  time  information. 
Implementation  Notes: 

1.  Delivery  date  will  be  provided  in  this  segment  as  a  set  number  of  calendar  days  after  receipt  of 
order  or  in  the  DTM  segment  as  an  actual  date.  If  the  latter  is  used,  omit  this  segment. 


2.  For  acknowledgments  to  an  860  Purchase  Order  Change  or  contractor  initiated  changes  to  an 
850  Purchase  Order,  contractor  may  elect  to  include  expected,  scheduled,  or  estimated  delivery 
dates. 


Mandatory 


Mandatory 

Mandatory 


NotUsad 


Data  Element  Summary 


REP. 

DATA 

OES. 

ELEItENT 

NAME 

ATTRIBITTES 

LDT01 

345 

Lead  Time  Code 

M  ID  2/2 

Code  indicating  the  time  range. 

AF  From  date  of  PO  receipt  to  delivery. 


LDT02 

380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

LDT03 

344 

Unit  of  Time  Period  Code 

Code  indicating  the  time  period. 

M 

ID 

2/2 

DA 

Calendar  Days 

LDT04 

373 

Date 

0 

DT 

6/6 
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865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

MEA  •  MEASUREMENTS 


Optional 


Segment:  MEA  Measurements 
Level:  Header 


Loop:  _ 

Usage:  Optional 
Max  Use:  40 

Purpose:  To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax:  1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 


4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment:  When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
(+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 


Implementation  Notes: 

1.  Use  of  this  segment  is  not  required  for  simple  (code  AK)  acknowledgments. 


2.  For  change  (code  AC)  and  exception  (code  AE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  ( code  AD),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 


3.  This  segment  is  used  when  a  contractor  initiates  a  change  to  an  850  Purchase  Order  and  the 
changes  apply  to  the  MEA  information.  This  MEA  Segment  is  used  when  the  MEA  information 
applies  to  the  entire  order. 


4.  Max  use  is  10. 


Optional 


Optional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

Ota.  ELEMEWT  NAME _ ATTRIRUTES 

MEA01  737  Measurement  Reference  ID  Code  O  ID  2/2 

Code  specifying  the  application  of  physical  measurement  cited. 

Implementation  Notes: 

1.  Use  any  code  that  may  be  applicable  for  describing  measurements. 

2.  Code  CT  is  used  when  the  related  850  also  uses  the  code  CT  for  variations  in  quantity. 

CT  Counts 

MEA02  738  Measurement  Qualifier  O  ID  1/3 

Code  identifying  the  type  of  measurement. 

Implementation  Notes: 

1.  Use  any  code  that  may  be  applicable.  Use  code  PO  for  variations  in  quantity. 

2.  Code  PO  is  used  when  the  related  850  also  uses  the  code  PO  for  variations  in  quantity. 

PO  Percent  of  Order 

MEA03  739  Measurement  Value  C  R  1/10 

The  value  of  the  measurement. 
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Conditional 


Conditional 


Conditional 


Not  Used 
Not  Used 
Not  Used 


ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 

MEA04  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Notes: 

1.  Use  any  code  that  may  be  applicable. 

2.  Code  PI  is  used  when  the  related  850  also  uses  the  code  PI  for  variation  in  quantity. 

MEA05  740  Range  Minimum  C  R  1/10 

The  value  specifying  the  minimum  of  the  measurement  range. 

Implementation  Note: 

Used  to  indicate  the  variation  in  quantity  under. 

MEA06  741  Range  Maximum  C  R  1/10 

The  value  specifying  the  maximum  of  the  measurement  range. 

Implementation  Note: 

Used  to  indicate  the  variation  in  quantity  over. 


MEA07 

935 

Measurement  Significance  Code 

0 

ID 

2/2 

MEA08 

936 

Measurement  Attribute  Code 

C 

ID 

2/2 

MEA09 

752 

Surface/Layer/Position  Code 

0 

ID 

2/2 
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Optional 

Not  Used 
Not  Used 
Not  Used 
Optional 

Not  Used 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Implementation  Notes: 

1.  Any  code  can  be  used,  but  code  EL  is  preferred. 

2.  Contractor  can  use  the  PWK02  to  indicate  the  method  they  will  use  to  send  the  requested  paperwork. 


BM  By  Mail 

EL  Electronically  Only 

WS 

With  Shipment  (With  Package) 

PWK03 

757 

Report  Copies  Needed 

O 

NO 

1/2 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 

PWK04 

98 

Entity  Identifier  Code 

O 

ID 

212 

PWKOS 

66 

Identification  Code  Qualifier 

C 

ID 

1/2 

PWK06 

67 

Identification  Code 

C 

ID 

2/17 

PWK07 

352 

Description 

0 

AN 

1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content.  I 

PWKOS 

704 

Paperwork/Report  Action  Code 

0 

ID 

1/2  1 
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665  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

PKG  •  MARKING,  PACKAGING,  LOADING 


Optional 


Mandatory 


Optional 


Conditional 


Conditional 


Segment:  PKG  Marking,  Packaging,  Loading 
Level;  Header 

Loop:  _ 

Usage:  Optional 
Max  Use:  25 

Purpose:  To  describe  marking,  packaging,  loading  and  unloading  requirements. 

Syntax:  1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

Comments:  1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F”,  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 
Implementation  Notes: 

1.  Use  of  this  segment  is  not  required  for  simple  (code  AK)  acknowledgments. 

2.  For  change  (code  AC)  and  exception  (codeAE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  ( code  AD),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 

3.  This  segment  can  also  be  used  for  a  contractor  initiated  change  to  an  850  Purchase  Order  and 
the  changes  apply  to  the  PKG  irformation.  This  PKG  Segment  is  used  when  the  PKG  information 
applies  to  the  entire  order. 

Data  Element  Summa 


DATA 

ELEMENT  NAME 


PKG01  349  Hem  Description  Type  M  ID  1/1 

Code  indicating  the  format  of  a  description. 

F  Free-form 

S  Structured  (From  Industry  Code  List) 

PKG02  753  Packaging  Characteristic  Code  O  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Note: 

Use  code  35  for  Unitizing;  code  36 for  Pack/Preservation;  code  37  for  Packing. 


PKG03  559  Association  Qualifier  Code 

Code  identifying  the  association  assigning  the  code  values. 

DD  Department  of  Defense 
PKG04  754  Packaging  Description  Code 


C  ID  2/2 


C  ID  1/7 
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Conditional 


ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 

PKG05  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

Implementation  Note: 

Used  when  any  code  or  string  of  codes  is  longer  than  can  be  carried  in  PKG04. 
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ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ _ MAN  •  MARKS  AND  NUMBERS 

Segment:  MAN  Martcs  and  Numbers 
Level:  Header 


Optional 


Loop:  _ 

Usage:  Optional 
Max  Use:  10 


Purpose:  To  indicate  identifying  marks  and  numbers  for  shipping  containers 
Implementation  Notes: 

1.  Use  of  this  segment  is  not  required  for  simple  ( codeAK)  acknowledgmertis. 

2.  For  change  (code  AC )  and  exception  (code  AE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  ( code  AD ),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 

3.  This  segment  can  also  be  used  for  a  contractor  initiated  change  to  an  850  Purchase  Order  and 
the  changes  apply  to  the  MAN  irformation.  This  MAN  Segment  is  used  when  the  MAN  information 
applies  to  the  entire  order  and  any  time  marks  and  numbers  cannot  be  described  as  an  address  in 
the  following  N1  loop. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REP.  DATA 

DE8.  ttmEMT  NAME _ ATIWIBUTES 

MAN01  88  Marks  and  Numbers  Qualifier  M  ID  1/2 

Code  specifying  the  application  or  source  of  Marks  and  Numbers  (87). 

MAN02  87  Marks  and  Numbers  M  AN  1/45 

Marks  and  numbers  used  to  identify  a  shipment  or  parts  of  a  shipment. 

Implementation  Note: 

Used  to  carry  additional  Mark  For  data  that  cannot  be  carried  in  theNl  -  N4  Segments. 
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865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

N9 »  REFERENCE  NUMBER _ ANSI  ASC  X12  VERSION/RELEASE  003010DOD 

Segment:  N9  Reference  Number 
Level:  Header 


Optional 


Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 

Implementation  Notes: 

1.  This  segment  can  be  used  for  detail  (code  AC,  AD,  and  AE)  acknowledgments. 

2.  For  change  (code  AC)  and  exception  (codeAE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  (code  AD),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 

3.  This  segment  can  also  be  used  for  contractor  initiated  change  orders  to  an  850  Purchase  Order 
for  any  information  needed  to  help  clarify  the  change  or  to  indicate  the  changed  items. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEMT  NAME _ ATnHBtffES 

N901  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

Use  any  code. 


Conditional 


Conditional 

Not  Used 
Not  Used 


N902  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


N903 

369 

Free-form  Description 

Free-form  descriptive  text. 

C 

AN 

1/45 

N904 

373 

Date 

O 

DT 

6/6 

N905 

337 

Time 

O 

TM 

4/4 

31 


DC1 2 'JANUARY  29  1993 


DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


DC1 2 'JANUARY  29  1993 


32 


DEPARTMENT  OF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENTION 


865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

N1  ♦  NAME _ ANSI  ASC  X12  VERSION/RELEASE  00301  ODOD_ 

Segment:  N1  Name 
Level:  Header 


N1  Repeat:  200 
Optional 
1 

To  identify  a  party  by  type  of  organization,  name  and  code 

1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

This  segment,  used  alone,  provides  the  most  efficient  method  of 
providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N104)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 

Implementation  Notes: 

1.  This  segment  can  be  used  for  detail  (code  AC,  AD,  and  AE)  acknowledgments. 

2.  For  change  (code  AC)  and  exception  (codeAE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  ( code  AD ),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request.  Information  should  correspond 
with  the  related  860  Buyer  Purchase  Order  Change  Request. 

3.  For  a  contractor  initiated  change  to  an  850  Purchase  Order,  the  N1  Segment  is  included  when 
the  changes  apply  to  the  N1  Segment. 


Optional 


Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

OES.  EtEMEMT  MAKE _ ATm»UTES 

N101  98  Entity  Identifier  Code  M  ID  2/2 

Code  identifying  an  organizational  entKy  or  a  physical  location. 

Implementation  Notes: 

1.  Use  code  BY  for  Issued  By,  Block  6,  SF  30;  use  code  01  for  Administered  by.  Block  1;  use  codes  SE,SU, 
VN,  or  72,  for  contractor.  Block  8;  use  code  PR  for  paying  office;  use  code  BT  for  mail  invoice  to;  use  code 
ST  for  ship  to;  use  code  SW  if  there  is  a  separate  location  for  packaging;  use  code  UC  to  represent  a  Mark 
For,  if  an  address  ( otherwise,  use  the  MAN  segment).  Use  code  MP  when  facility  (Block  8)  is  different  from 
the  address  given  for  the  contractor.  Do  not  send  a  facility  code  if  it  is  the  same  code  as  that  sent  for  the 
contractor.  In  a  second  iteration  of  the  N1  hop,  use  code  PL  if  the  party  to  receive  the  order  is  other  than  the 
listed  contractor  (e.g.,  an  agent). 

2.  Use  code  SE  when  selling  party  is  a  large  business,  code  72  when  a  small  business;  code  SU  when  small 
disadvantaged;  code  VN  when  woman-owned;  and  code  DA  when  services  are  ordered,  to  indicate  the  site 
where  they  are  performed  at. 

BT  Party  to  be  Billed  For  Other  Than  Freight(Bill  To) 

BY  Buying  Party  (Purchaser) 

DA  Delivery  Address 
MP  Manufacturing  Plant 
01  Outside  Inspection  Agency 
PL  Party  to  Receive  Purchase  Order 
PR  Payer 
SE  Selling  Party 
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865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

N2  » ADDITIONAL  NAME  INFORMATION _ ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 

Segment:  N2  Additional  Marne  Information 
Level:  Header 


Optional 


Loop:  N1 
Usage.  Optional 
Max  Use:  2 


Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


Data  Element  Summary 


REP.  DATA 

DES.  ELEMEMT  NAME _ _ _ ATTRIBUTES 


N201 

93 

Name 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

0 

AN 

1/35 

35 
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865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

N4  •  GEOGRAPHIC  LOCATION  ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ 


Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Header 

N1 

Optional 

1 

To  spec.fy  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  city  name  (N401)  is  in  the  USA  or  Canada. 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DES. _ ELEMENT  NAME _ ATTWIDUTES 


N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 


Conditional 


N402 


156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 


Optional 


N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  "party's"  address  has  no  zip  code  but  may  have  another  type  of  postal  code  (e.g.,  in  a 
foreign  country). 


Optional 


Optional 


Conditional 


N404 

26 

Country  Code 

Code  identifying  the  country. 

N405 

309 

Location  Qualifier 

Code  identifying  type  of  location. 

N406 

310 

Location  Identifier 

Code  which  identifies  a  specific  location. 

O  ID  2/2 

O  ID  1/2 

C  AN  1/25 
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86S  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

REF  •  REFERENCE  NUMBERS 


Segment:  REF  Reference  Numbers 
Level:  Header 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  12 

Purpose:  To  specify  identifying  numbers. 

Syntax:  Either  REF02  or  REF03  is  required. 

Implementation  Notes: 

1.  Use  of  this  segment  is  not  required  for  sirrple  (code  AK)  acknowledgments. 

2.  For  change  (code  AC )  and  exception  (code  AE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  (code  AD),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request.  Use  this  segment  if  the  original 
860  included  the  Header  level  N1  loop  REF  Segment. 


3,  For  contractor  initiated  changes  to  an  850  Purchase  Order,  use  this  segment  if  the  original  850 
included  the  Header  level  N1  loop  REF  Segment  and  the  changes  apply  to  the  REF  Segment. 
Contractor  can  also  use  this  segment  to  include  any  additional  reference  immbers  needed  to  help 
clarify  the  change. 


Mandatory 


Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

PES.  ELEMEMT  NAME  ATTRIBUTES 

REF01  128  Reference  Number  Qualifier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Note: 

The  860  Buyer  Purchase  Order  Change  Request  and  850  Purchase  Order  use  code  IT  for  the  buyer’s  office 
symbol,  ard  code  DS  for  the  criticality  designator. 

DS  Defense  Priorities  Allocation  System  (DPAS)  Priority  Rating 
IT  Internal  Customer  Number 

REF02  127  Reference  Number  C  AN  1/30 

Reference  number  or  kientification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 

REF03  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Optional 


Segment:  PER  Administrative  Communications  Contact 
Level:  Header 
Loop:  N1 
Usage:  Optional 
Max  Use:  3 

Purpose:  To  identify  a  person  or  office  to  whom  administrative  communications 
should  be  directed 

Syntax:  If  PER03  is  present,  then  PER04  is  required. 

Implementation  Notes: 

1.  Contractor  can  elect  to  use  this  segment  to  indicate  their  contact  person. 

2.  For  contractor  initiated  changes  to  an  850  Purchase  Order,  use  this  segment  if  the  original  850 
included  the  Header  level  N I  loop  PER  Segment  and  the  changes  apply  to  the  PER  Segment. 

Contractor  can  also  use  this  segment  to  include  any  additional  contact  information. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEWT  NAME _ ATTRIDIJTtS 

PER01  366  Contact  Function  Code  M  ID  2/2 

Code  identifying  the  major  duty  or  responsibility  of  the  person  or  group  named. 

Implementation  Notes: 

1.  Codes  used  should  correspond  to  the  codes  used  in  the  related  860  Buyer  Purchase  Order  Change 
Request  or  850  Purchase  Order.  Refer  to  the  notes  for  the  860  or  850  PEROI  in  the  Nl  loop  for  more 
information  on  the  codes  used. 

2.  Contractor  can  use  code  SU  for  their  contact  person. 

SU  Supplier  Contact 

PER02  93  Name  O  AN  1/35 

Free-form  name. 


Optional 


Conditional 


PER03  365  Communication  Number  Qualifier  O  ID  2/2 

Code  identifying  the  type  of  communication  number. 

Implementation  Note: 

Use  any  code  although  code  EM  is  preferred. 

EM  Electronic  Mail 
FX  Facsimile 
TE  Telephone 

PER04  364  Communication  Number  C  AN  7/21 

Complete  communications  number  including  country  or  area  code  when 
applicable. 
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865  •  PURCHASE  ORDER  CHANGE  ACKNOWLEDGMENT 

POC  •  LINE  ITEM  CHANGE 


Optional 


Segment:  POC  Line  Item  Change 
Level:  Detail 

Loop:  POC  Repeat:  10000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  specify  changes  to  a  line  item 
Syntax:  1.  If  POC03  is  present,  then  POC04,  and  POC05  must  be  present. 

2.  If  POC07  is  present,  then  POC06  is  required. 

3.  If  POC08  is  present,  then  POC09  is  required. 

4.  If  POC10  is  present,  then  POC11  is  required. 

5.  If  POC12  is  present,  then  POC13  is  required. 

6.  If  POC14  is  present,  then  POC15  is  required. 

7.  If  POC16  is  present,  then  POC17  is  required. 

8.  If  POC18  is  present,  then  POC19  is  required. 

9.  If  POC20  is  present,  then  POC21  is  required. 

10.  If  POC22  is  present,  then  POC23  is  required. 

11.  If  POC24  is  present,  then  POC25  is  required. 

12.  If  POC26  is  present,  then  POC27  is  required. 

Comment:  POC01  is  the  purchase  order  line  item  identification. 

Implementation  Notes: 

1.  Use  the  POC  Segment  and  related  segments  in  the  POC  loop  to  acknowledge  specific  line  items 
when  the  BCA02  Acknowledgment  Type  code  is  AC,  AE  or  AD. 

2.  For  change  (code  AC)  and  exception  (code  AE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  andNo  Change  acknowledgments  (code  AD),  repeat  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request. 

3.  For  contractor  initiated  changes  to  an  850  Purchase  Order,  use  this  segment  and  loop  for 
changes  at  the  line  item  level. 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEKT  WAKE _ ATTRIRin-ES 

POC01  350  Assigned  Identification  O  AN  1/6 

Alphanumeric  characters  assigned  for  differentiation  within  a  transaction  set. 

Implementation  Note: 

The  line  item  number  ( or  counter)  assigned  by  the  related  860  Buyer  Purchase  Order  Change  Request  or  850 
Purchase  Order. 


Mandatory 


POC02 


670 


Change  or  Response  Type  Code 

Code  specifying  the  type  of  change  to  the  line  item. 


M  ID  2/2 
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Implementation  Note: 

Any  applicable  code  may  be  used.  Some  of  the  more  common  ones  are  A1  for  add  additional  items;  CA  for 
changes  to  line  items;  CB  for  change  of  dates;  Dl  for  deleting  items;  PC  for  price  change;  QD  for  quantity 
decrease;  Qlfor  quantity  increase;  RE  for  replacement  item;  or  RS  for  reschedule. 

Al  Add  Additional  Item(s) 

CA  Changes  To  Line  Items 
CB  Change  of  Date  Terms 
Dl  Delete  Item(s) 

PC  Price  Change 
QD  Quantity  Decrease 
Ql  QuantKy  Increase 
RE  Replacement  Item 
RS  Reschedule 


Optional 


POC03  330  Quantity  Ordered 

Quantity  ordered. 


O  R  1/9 


Conditional 


Conditional 


POC04 

671  Quantity  Left  to  Receive 

Quantity  left  to  receive  as  qualified  by  the  unit  of  measure. 

C  R 

1/9 

POC05 

355  Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C  ID 

2/2 

Implementation  Note: 

DoD  uses  DoD  5000. 12M  for  unit  of  measure  codes. 


Conditional 


Optional 


Optional 


POC06  212  Unit  Price  C 

Price  per  unit  of  product,  service,  commodity,  etc. 

POC07  639  Basis  of  UnH  Price  Code  O 

Code  identifying  the  type  of  unit  price  for  an  item. 

Implementation  Note: 

Any  applicable  code  may  be  used.  Some  of  the  more  common  codes  are  CT  for  an  order  placed  against  a 
priced  contract,  ES  when  the  price  is  estimated,  and  QT  when  the  price  is  based  on  a  quote. 

CT  Contract 
ES  Estimated 
QT  Quoted 

POC08  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

Implementation  Notes: 

1.  Use  any  code.  Selected  codes  should  be  the  same  as  those  used  in  the  860  Buyer  Purchase  Order  Change 
Request  or  the  850  Purchase  Order.  The  850  may  use  information  from  the  original  RFQ  or  provided  in  the 
quote.  For  contractor  initiated  changes  to  cm  850,  relates  to  the  information  in  the  PO106  -  refer  to  the  note 
for  the  850  POI06  for  additional  information  on  the  codes  used. 

2.  Code  IN  is  the  line  item  number  from  an  RFQ.  If  code  VN  is  used,  this  is  the  seller’s  quote  line  item 
number. 

3.  When  code  PD  or  SV  is  used,  insert  the  noun  or  verb  description  in  a  Producl/Service  Id  data  element 
such  as  POC09. 


R  1/14 

ID  2/2 


FS  National  Stock  Number 
FT  Federal  Stock  Classification 
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IN  Buyer's  Item  Number 
MG  Manufacturer's  Part  Number 
PD  Part  Number  Description 
PG  Packaging  Specification  Number 
SI  Standard  Industrial  Classification  Code 
SV  Sen/ice  Rendered 
SW  Stock  Number 
VN  Vendor's  (Seller's)  Item  Number 
VP  Vendor's  (Seller's)  Part  Number 


Conditional 


Optional 


POC09  234 

POC10  235 


Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C  AN 

1/30 

Product/Service  ID  Qualifier 

0  ID 

2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 


Implementation  Note: 

Use  POCIO  through  POC27  in  pairs  (for  example,.  POC  10  and  POCll)  as  required,  to  carry  additional 
information  regarding  the  product  or  service. 


Conditional 


POC1 1  234  Product/Service  ID 

Identifying  number  for  a  product  or  service. 


C  AN  1'30 


Optional 


POC12  235  Product/Service  ID  Qualifier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 


Conditional 

Optional 

Conditional 

Optional 

Conditional 

Optional 

Conditional 

Optional 


POC13 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

POC14 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (^4). 

ID 

2/2 

POC15 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

POC16 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

POC17 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

c 

AN 

1/30 

POC18 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

POC19  234  Product/Service  ID  C  AN  1/30 

Identifying  number  for  a  product  or  service. 

POC20  235  Product/Service  ID  Qualirier  O  ID  2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 
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Conditional 

POC21 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

Optional 

POC22 

235 

Product/Service  ID  Qualifier  O 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Senrice  ID  (234). 

ID 

2/2 

Conditional 

POC23 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

Optional 

POC24 

235 

Product/Service  ID  Qualifier  0 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 

ID 

2/2 

Conditional 

POC25 

234 

Product/Service  ID 

Identifying  number  for  a  product  or  service. 

C 

AN 

1/30 

Optional 

POC26 

235 

Product/Service  ID  Qualifier 

0 

ID 

2/2 

Code  identifying  the  type/source  of  the  descriptive  number  used  in 
Product/Service  ID  (234). 


Conditional 


POC27 


234 


Product/Service  ID 

Identifying  number  for  a  product  or  service. 


C  AN  1/30 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


CTP  Pricing  Information 

Detail 

POC 

Optional 

25 

To  specify  pricing  information 

1.  If  CTP02  is  present,  then  CTP03  is  required. 

2.  If  CTP04  is  present,  then  CTP05  is  required. 

3.  If  CTP06  is  present,  then  CTP07  is  required. 
1.  Example  of  use  of  CTP03  and  CTP04. 


PRICE  QUANTITY  RANGE 
1.00  0  to  999 

0.75  1000  to  4999 

0.50  5000  to  9999 

0.25  1 0000  and  above 


CTP03  CTP04 

1.00  0 

0.75  1000 

0,50  5000 

0.25  10000 

2.  Example  of  use  of  CTP03,  CTP04  and  CTP07. 

CTP03  CTP04  CTP07 

1.00  0  0.90 

0.75  1000  0.90 

0.50  5000  0.90 

0.25  10000  0.90 

3.  CTP07  is  a  multiplier  factor  to  arrive  at  a  final  discounted  price.  A 
multiplier  of  90  would  be  the  factor  if  a  10%  discount  is  given. 

Implementation  Notes: 

J.  This  segment  is  not  required  for  simple  ( code  AK)  acknowledgments. 

2.  For  changes  ( code  AC)  and  exceptions  ( code  AE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  ( code  AD),  repeal  back  the 
information  from  the  860  Buyer  Purchase  Order  Change  Request  Header  level  CTP  Segment. 

3.  This  segment  is  not  used  for  corUractor  initiated  changes  to  an  850  Purchase  Order. 


Not  Used 


_ Data  Element  Summary _ 

MF.  DATA 

PIS.  ttlMEWT  NAIIB _ ATTWIDinES 


CTP01  687  Class  of  Trade  Code  O  ID  2/2 


Optional 


CTP02  236  Price  Qualifier 

Code  identifying  pricing  specification. 


O  ID  3/3 
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Implementation  Notes: 

1.  Use  any  code  as  appropriate  for  the  acknowledgment. 

2.  Use  code  UCP  to  indicate  the  original  unit  price  and  use  code  EUP  to  indicate  the  revised  unit  price. 

EUP  Expected  Unit  Price 
UCP  Unit  cost  price 


Conditional 


Optional 

Conditional 


Optional 

Conditional 


CTP03 

212 

Unit  Price 

Price  per  unit  of  product,  service,  commodity,  etc. 

C 

R 

1/14 

CTP04 

380 

Quantity 

Numeric  value  of  quantity. 

O 

R 

1/10 

CTP05 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

c 

ID 

2/2 

CTP06 

648 

Price  Multiplier  Qualifier 

Code  indicating  the  type  of  price  multiplier. 

o 

ID 

3/3 

CTP07 

649 

Multiplier  C 

Value,  identified  by  price  multiplier  qualifier,  to  be  used  to  multiply 
a  new  value. 

R  1/10 

price  to  obtain 
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Segment: 

MEA  Measurements 

Level: 

Detail 

Loop: 

PID 

Optional 

Usage: 

Optional 

Max  Use: 

10 

Purpose: 

To  specify  physical  measurements,  including  dimensions,  tolerances, 
weights  and  counts. 

Syntax: 

1.  Either  MEA03  or  MEA05  or  MEA06  or  MEA08  is  required. 

2.  If  either  MEA03,  MEA05  or  MEA06  is  used,  MEA04  is  required. 

3.  If  MEA07  is  used  MEA03  is  required. 

4.  Either  MEA08  or  MEA03  may  be  used,  but  not  both. 

Comment: 

When  citing  dimensional  tolerances,  any  measurement  requiring  a  sign 
{+  or  -),  or  any  measurement  where  a  positive  (+)  value  cannot  be 
assumed  use  MEA05  as  the  negative  (-)  value  and  MEA06  as  the 
positive  (+)  value. 

Implementation  Note: 

This  segment  can  be  used  any  lime  a  measurement  needs  to  be  described  in  the  preceding  PID 
Segment. 

Data  Element  Summary 

KEF.  DATA 

DES.  ELEMEKT 

NAME 

ATTKWUTC5 

Optional 

MEA01  737 

Measurement  Reference  ID  Code 

Coovi  specifying  the  application  of  physical  measurement  cited. 

O 

ID 

2/2 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 

Optional 

MEA02  738 

Measurement  Qualifier 

Code  identifying  the  type  of  measurement. 

0 

ID 

1/3 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 

Conditional 

MEA03  739 

Measurement  Value 

The  value  of  the  itiaasurement. 

C 

R 

1/10 

Conditional 

MEA04  355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

C 

ID 

2/2 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 

Not  Used 

MEA05  740 

Range  Minimum 

C 

R 

1/10 

Not  Used 

MEA06  741 

Range  Maximum 

C 

R 

1/10 

l.ot  Used 

MEAO-'  935 

Measurement  Significance  Code 

O 

ID 

2/2 

Not  Used 

MEA08  936 

Measurement  Attribute  Code 

C 

ID 

2/2 

Not  Used 

MEA09  752 

Surface/Layer/Position  Code 

O 

ID 

2/2 
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Segment:  PWK  Paperwork 
Level:  Detail 


Optional 


Loop:  POC 
Usage:  Optional 
Max  Use:  25 

Purpose:  To  specify  the  type  and  transmission  of  paperwork  relating  to  a  product, 
order  or  report. 


Syntax: 

Comments: 


If  either  PWK05  or  PWK06  is  present,  then  the  other  is  required. 

1.  PWK05  and  PWK06  may  be  used  to  identify  the  addressee  by  a  code 
number. 


2.  PWK07  may  be  used  to  indicate  special  information  to  be  shown  on 
the  specified  report. 

3.  PWK08  may  be  used  to  indicate  action  pertaining  to  a  report. 
Implementation  Notes: 

1.  This  Detail  level  PWK  Segment  in  the  860  Bayer  Purchase  Order  Change  Request  or  850 
Purchase  Order  is  used  to  indicate  what  paperwork  must  be  provided  with  the  delivery  or  as 
specified  in  the  order. 

2.  For  acknowledgments,  the  contractor  can  use  this  segment  to  indicate  how  the  paperwork  will 
be  sent  to  the  buyer. 

3.  For  contractor  initiated  change  orders  to  an  850,  the  contractor  can  use  this  segment  to  indicate 
any  changes  to  the  PWK  information. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEWT  NAME _ ATtRIBUTES _ 

PWK01  755  Report  Type  Code  M  ID  2/2 

Code  indicating  the  title  and/or  contents  of  a  document  or  report. 

Implementation  Note: 

Codes  used  should  correspond  to  the  codes  used  in  the  related  860  Buyer  Purchase  Order  Change  Request  or 
850  Purchase  Order  Detail  level  PWK. 

CP  Certificate  of  Compliance  (Material  Certification) 

MR  Material  Inspection  and  Receiving  Report 
MS  Material  Safety  Data  Sheet 
PD  Proof  of  Delivery 
SN  Shipping  Notice 

PWK02  756  Report  Transmission  Code  M  ID  2/2 

Code  defining  timing  and  transmission  method  by  which  reports  are  to  be  sent. 

Implementation  Notes: 

1.  Any  code  can  be  used,  but  code  EL  is  preferred. 

2.  For  acknowledgments,  contractor  can  use  the  PWK02  to  indicate  the  methixl  they  will  use  to  .send  the 
requested  paperwork. 

BM  By  Mail 
EL  Electronically  Only 
WS  With  Shipment  (With  Package) 
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Optional 

Not  Used 
Not  Used 
Not  Used 
Optional 

Not  Used 


PWK03 

757 

Report  Copies  Needed  0  NO 

The  number  of  copies  of  a  report  that  should  be  sent  to  the  addressee. 

1/2 

PWK04 

98 

Entity  Identifier  Code 

0 

ID 

2/2 

PWK05 

66 

Identification  Code  Qualifier 

C 

ID 

1/2 

PWK06 

67 

Identification  Code 

C 

ID 

2/17 

PWK07 

352 

Description  0  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 

PWK08 

704 

Paperwork/Report  Action  Code 

0 

ID 

1/2 
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Segment:  PKG  Marking,  Packaging,  Loading 
Level:  Detail 


Optional 


Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comments: 


POC 

Optional 

25 

To  describe  marking,  packaging,  loading  and  unloading  requirements. 

1.  If  PKG04  is  present,  then  PKG03  is  required. 

2.  At  least  one  of  PKG04  or  PKG05  must  be  present. 

1.  Use  MEA  (Measurements)  segment  to  define  dimensions,  tolerances 
weights,  counts,  physical  restrictions,  etc. 

2.  When  PKG01  is  “F”,  PKG04  is  not  used. 

3.  PKG01  relates  only  to  PKG04  and  PKG05. 

4.  Use  PKG03  to  indicate  the  organization  that  publishes  the  code  list 
being  referred  to. 

5.  PKG04  should  be  used  for  industry-specific  packaging  description 
codes. 

6.  Special  marking  or  tagging  data  can  be  given  in  PKG05  (Description). 


Mandatory 


Optional 


Data  Elemertt  Summary 


ncF. 

DES. 

DATA 

ELEMENT 

NAME 

ATmiBUTES 

PKG01 

349 

Item  Description  Type  M 

Code  indicating  the  format  of  a  description. 

ID  1/1 

PKG02 

753 

Packaging  Characteristic  Code  0  ID  1/5 

Code  specifying  the  marking,  packaging,  loading  and  related  characteristics 
being  described. 

Implementation  Notes: 

I.  Use  any  code.  Translation  may  be  required. 


2.  Use  code  35  for  Unitizing;  code  36  for  PacklPreservation;  code  37  for  Packing. 


Conditional 


PKG03  559  Association  Qualifier  Code  C  ID  2/2 

Code  identifying  the  association  assigning  the  code  values. 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 


Conditional 


PKG04  754  Packaging  Description  Code  C  ID  1/7 

A  code  from  an  industry  code  list  which  provides  specific  data  about  the  marking, 
packaging  or  loading  and  unloading  of  a  product. 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 


Conditional 


PKG05  352  Description  C  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Implementation  Note: 

Use  if  any  code,  or  string  of  codes,  is  longer  than  can  be  carried  in  PKG04. 
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Segment:  P04  Item  Physical  Details 
Level:  Detail 


Optional 


Loop:  POC 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  specify  the  physical  qualities,  packaging,  weights  and  dimensions 
relating  to  the  item. 

Syntax:  1.  If  PO402  is  present,  then  PO403  is  required. 

2.  If  PO405  is  present,  then  at  least  one  of  PO406  or  PO407  is  required. 

3.  If  PO408  is  present,  then  PO409  is  required. 

4.  If  P0413  is  present,  then  at  least  one  of  PO410,  P0411  or  P0412  is 
required. 

Comments:  1.  PO403  -  The  "Unit  of  Measure  Code”  (Element  #355)  in  this  segment 
position  is  for  purposes  of  defining  the  pack  (PO401)  /size  (PO402) 
measure  which  indicates  the  quantity  in  the  inner  pack  unit.  Example:  If 
the  carton  contains  24 12-Ounce  packages,  it  would  be  described  as 
follows:  Element  356  =  24;  Element  357  =  12;  Element  355  =  OZ. 

2.  PO410  defines  the  unit  of  measure  for  PO408,  PO409,  and  PO410. 


Optional 


Optional 


Conditional 


Optional 


Data  Element  Summary 


RiF. 

OES. 

DATA 

CLCHEKT 

NMyiE 

ATTRIBUTES 

PO401 

356 

Pack 

Number  of  inner  pack  units  per  outer  pack  unit. 

O 

NO 

1/6 

PO402 

357 

Size 

Size  of  supplier  units  in  pack. 

0 

R 

1/8 

PO403 

355 

Unit  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

c 

ID 

2/2 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 


PO404  103  Packaging  Code  O  ID  5/5 

Code  identifying  the  type  of  packaging.  Part  1 .  Packaging  form.  Part  2. 
Packaging  Material. 

Implementation  Note: 

These  are  the  ANSI  ASC  XI2  codes.  A  translation  table  will  be  required  to  connect  them  to  DoD  codes  where 
the  DoD  codes  are  different  than  the  ANSI  ASC  XI2  codes. 


Optional 


PO405  187  Weight  Qualifier 

Code  defining  the  type  of  weight. 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 


O  ID  1/2 


Conditional 


PO406  384  Gross  Weight  per  Pack 

Numeric  value  of  gross  weight  per  pack. 


C  R  1/9 
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O  R  1/9 


C  ID  2/2 


PO407  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 

PO408  385  Gross  Volume  per  Pack  O  R  1/9 

Numeric  value  of  gross  volume  per  pack. 

PO409  355  Unit  of  Measurement  Code  C  ID  2/2 

Code  identifying  the  basic  unit  of  measurement. 

Implementation  Note: 

Use  any  code.  Translation  may  be  required. 

PO410  82  Length  O  R  1/8 

Largest  horizontal  dimension  of  an  object  measured  when  the  object  is  in  the 
upright  position. 

P0411  189  Width  O  R  1/8 

Shorter  measurement  of  the  two  horizontal  dimensions  measured  with  the  object 
in  the  upright  position. 

P0412  65  Height  O  R  1/8 

Vertical  dimension  of  an  object  measured  when  the  object  is  in  the  upright 
position. 


P0413  355  UnH  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 


C  ID  2/2 


Implementation  Note: 

Use  any  code.  Translation  may  be  required. 
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Optional 


Segment:  FOB  F.O.B.  Related  Instmctions 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  specify  transportation  instmctions  relating  to  shipment 
Syntax:  1.  If  FOB03  is  present,  then  FOB02  is  required. 

2.  If  FOB04  is  present,  then  FOB05  is  required. 

3.  If  FOB07  is  present,  then  FOB06  is  required. 

4.  If  FOB08  is  present,  then  FOB09  is  required. 

Comments:  1.  FOBOt  indicates  which  party  will  pay  the  carrier. 

2.  FOB02  is  the  code  specifying  transportation  responsibility  location. 

3.  FOB06  is  the  code  specifying  title  passage  location. 

4.  FOB08  is  the  code  specifying  the  point  at  which  the  risk  of  loss 
transfers.  This  may  be  different  than  the  location  specified  in 
FOB02/FOB03  and  FOB06/FOB07. 

Implementation  Notes: 

1.  Use  this  segment  if  the  if  the  original  860  Buyer  Purchase  Order  Change  Request  included  the 
Detail  level  FOB  Segment  and  the  865  BCA02  Acknowledgment  Type  code  is  AC,  AE,  or  AD. 

2.  For  change  (code  AC)  and  exception  (codeAE)  acknowledgments,  only  send  change  or 
exception  items.  For  Detail  and  No  Change  acknowledgments  (code  AD),  repeat  back  the 
information  from  the  860. 

3.  This  segment  is  used  when  a  contractor  initiates  a  change  to  an  850  Purchase  Order  and  the 
changes  cpply  to  the  Detail  level  FOB  irformation.  This  FOB  Segment  is  used  when  the  FOB 
information  applies  to  the  specific  line  item.  The  FOB  Segment  in  the  NI  loop  is  used  when  more 
than  one  FOB  condition  applies  to  a  specific  address  for  a  specific  line  item. 


Mandatory 


Conditional 


Optional 


_ Data  Element  Summary _ 

Mr.  DATA 

OeS.  CLEMEKT  KMIE  _ ATTWIUffES 

FOB01  146  Shipment  Method  of  Payment  M  ID  2/2 

Code  identifying  payment  terms  for  transportation  charges. 

DF  Defined  by  Buyer  and  Seller 

FOB02  309  Location  Qualifier  C  ID  1/2 

Code  identifying  type  of  location. 

Implementation  Note: 

Code  2Z  is  used  when  the  FOB  point  is  listed  as  Other  than  the  destination  or  origin. 

DE  Destination  (Shipping) 

OR  Origin  (Shipping  Point) 

ZZ  Mutually  Defined 

FOB03  352  Description  O  AN  1/80 

A  free-form  description  to  clarify  the  related  data  elements  and  their  content. 
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Segment:  DTM  Date/Time  Reference 
Level:  Detail 


Optional 


Loop:  POC 
Usage:  Optional 
Max  Use:  10 

Purpose:  To  specify  pertinent  dates  and  times 
Syntax:  At  least  one  of  DTM02  or  DTM03  must  be  present. 
Implementation  Note: 

Delivery  date  will  be  provided  in  this  segment  as  an  actual  date  or  in  the  LDT  segment  as  a  set 
number  of  calendar  days  after  receipt  of  order.  If  the  latter  is  used,  omit  the  segment. 


Mandatory 


Conditional 

Not  Used 
Not  Used 


_ Data  Element  Summary _ 

REF.  DATA 

OES. _ ELEMENT  NAME _ AnRIBUTES 

OTM01  374  Date/Time  Qualifier  M  ID  3/3 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

Implementation  Notes: 

1.  Use  code  002  for  the  required  delivery  date  when  it  cpplies  to  the  entire  line  item.  Dates  should  reflect  the 
dale  informal  ion  for  the  related  860  Buyer  Purchase  Order  Change  Request  or  850  Purchase  Order. 

2.  The  SCH  segment  is  used  when  deliveries  will  differ  by  quantity  or  date. 


3.  For  acknowledgments,  contractor  may  elect  to  include  dates  to  reflect  planned  or  estimated  delivery  dates. 

4.  For  contractor  initiated  changes  to  an  850,  contractor  may  elect  to  include  expected,  scheduled,  or 
estimated  delivery  dates. 


002 

Delivery  Requested 

0TM02 

373 

Date 

Date  (YYMMDD). 

C 

DT 

6/6 

DTM03 

337 

Time 

C 

TM 

4/4 

DTM04 

623 

Time  Code 

0 

ID 

2/2 
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Segment: 

SCH  Line  Item  Schedule 

Level: 

Detail 

Loop: 

POC 

Optional 

Usage: 

Optional 

Max  Use: 

200 

Purpose: 

To  specify  the  data  for  scheduling  a  specific  line  item. 

Syntax: 

1.  If  SCH03  is  present,  then  SCH04  is  required. 

2.  If  SCH09  is  used,  then  SCH08  is  required. 

Comment: 

SCH05  specifies  the  interpretation  to  be  used  for  SCH06  and  SCH07. 

Implementation  Note: 

This  segment  is  used  to  describe  a  partial  delivery  at  the  line  item  level. 

Data  Element  Summary 

HtP.  DATA 

DCS.  CLEMCMT 

»4AAIf 

ArmiAOTES 

Mandatory 

SCH01  380 

Quantity 

Numeric  value  of  quantity. 

M 

R 

1/10 

Mandatory 

SCH02  355 

UnH  of  Measurement  Code 

Code  identifying  the  basic  unit  of  measurement. 

M 

ID 

2/2 

Not  Uaad 

SCH03  98 

Entity  identifier  Code 

0 

ID 

2/2 

Not  Uaad 

SCH04  93 

Name 

C 

AN 

1/35 

Mandatory 

SCH05  374 

Oate/Time  Qualifier 

Code  specifying  type  of  date  or  time,  or  both  date  and  time. 

M 

ID 

3/3 

Implementation  Notes: 

I.  Code  002  is  used  for  the  required  delivery  dale  in  the  related  860  Buyer  Purchase  Order  Change  Request 
or  850  Purchase  Order. 

2.  For  ackncnvledgmenis,  contractor  may  elect  to  include  dates  to  reflect  planned  or  estimated  delivery  dates. 

3.  For  contractor  initiated  changes  to  an  850,  contractor  may  elect  to  include  expected,  scheduled,  or 
estimated  delivery  dates. 

002 

Delivery  Requested 

Mandatory 

SCH06  373 

Date 

Date  (YYMMOD). 

M 

DT 

6/6 

Not  Used 

SCH07  337 

Time 

O 

TM 

4/4 

Not  Used 

SCH08  374 

Date/Time  Qualifier 

O 

ID 

3/3 

Not  Used 

SCH09  373 

Date 

C 

DT 

6/6 

Not  Used 

SCH10  337 

Tima 

O 

TM 

4/4 
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Segment:  MAN  Maries  and  Numbers 
Level:  Detail 


Optional 


Loop:  POC 
Usage:  Optional 
Max  Use:  10 


Purpose:  To  indicate  identifying  maries  and  numbers  for  shipping  containers 


Mandatory 


_ Data  Element  Summary _ 

RfF  DATA  _  _ 

PCS.  tltMCWT  MAMt  _ ATTWHOTW  _ 

MAN01  88  Marks  and  Numbers  Qualifier  M  ID  1/2 

Code  specifying  the  application  or  source  of  Marks  and  Numbers  (87). 

Implomentation  Note: 

Code  L  is  used  to  indicate  that  the  change  order  has  mark  for  instructions  in  addition  to  ship  to  information 
at  the  line  item  level. 


Mandatory 


MAN02  87  Marks  and  Numbers  M  AN  1/45 

Marks  and  numbers  used  to  identify  a  shipment  or  parts  of  a  shipment. 

Implementation  Note: 

Use  to  enter  Mark  For  information  that  cannot  be  carried  in  theNI-N4  segments. 
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Optional 


Segment:  AMT  Monetary  Amount 
Level:  Detail 
Loop:  POC 
Usage:  Optional 
Max  Use:  1 


Purpose:  To  indicate  the  total  monetary  amount. 

Comments:  1.  if  AMT  is  used  in  the  detail  area  of  transaction  set  850,  855,  860  or 

865,  AMT02  will  indicate  total  line  amount  as  calculated  by  the  sender.  If 
AMT  is  used  in  the  summary  area  of  transaction  set  850,  855,  860  or 
865,  AMT02  will  indicate  total  transaction  amount  as  calculated  by  the 
sender. 

2.  If  segment  AMT  is  used  in  Table  2  of  the  850,  855,  860  or  865 
transaction  sets,  then  AMT01  =  01 .  If  it  is  used  in  Table  3  of  those 
transacti"?  sets,  then  AMT01  =  TT. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

nCP.  DATA 

DES. _ ELEMEKT  NAME _ ATTHIBUTES 

AMT01  522  Amount  Qualifier  Code  M  ID  1/2 

Code  to  qualify  amount 

Implementation  Note: 

Use  code  I  for  the  line  item  total. 

1  Line  Item  Total 

AMT02  782  Monetary  Amount  M  R  Vi  5 

Monetary  amount. 

Implementation  Note: 

The  total  amount  of  the  line  item. 
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Optional 


Segment:  N9  Reference  Number 
Level:  Detail 

Loop:  N9  Repeat:  1000 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  transmit  identifying  numbers  and  descriptive  information  as  specified 
by  the  reference  number  qualifier 

Syntax:  At  least  one  of  N902  or  N903  must  be  present. 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEMT  NAME _ ATIRIBUTES 

N901  128  Reference  Number  Qualirier  M  ID  2/2 

Code  qualifying  the  Reference  Number. 

Implementation  Notes: 

1.  Use  any  code  thai  helps  clarify  the  line  item. 

2.  Codes  used  should  reflect  information  sent  in  the  related  860  Buyer  Purchase  Order  Change  Request  or 
850  Purchase  Order. 


Conditional 


Conditional 


Not  Used 
Not  Used 


N902  127  Reference  Number  C  AN  1/30 

Reference  number  or  identification  number  as  defined  for  a  particular 
Transaction  Set,  or  as  specified  by  the  Reference  Number  Qualifier. 


N903 

369 

Free-fbrm  Description 

Free-form  descriptive  text. 

C 

AN 

1/45 

N904 

373 

Date 

O 

DT 

6/6 

N905 

337 

Time 

0 

TM 

4/4 
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865  •  P.O.  CHANGE  ACKNOWLEDGEMENT/REQUEST  -  SELLER  INITIATED 

N1  •  NAME 


Optional 


Segment:  N1  Name 
Level:  Detail 
Loop:  N1  Repeat:  200 
Usage:  Optional 
Max  Use:  1 

Purpose:  To  identify  a  party  by  type  of  organization,  name  and  code 

Syntax:  1.  At  least  one  of  N102  or  N103  must  be  present. 

2.  If  either  N103  or  N104  is  present,  then  the  other  is  required. 

Comment:  This  segment,  used  alone,  provides  the  most  efficient  method  of 

providing  organizational  identification.  To  obtain  this  efficiency  the  "ID 
Code"  (N1 04)  must  provide  a  key  to  the  table  maintained  by  the 
transaction  processing  party. 


Mandatory 


Conditional 

Conditional 


Conditional 


_ Data  Element  Summary _ 

REF.  DATA 

DCS.  ELEMEWT  NAME _ ATTRIDUTES 

N101  98  Entity  Identifier  Code  M  ID  212 

Code  identifying  an  crganizational  entity  or  a  physical  location. 

Implementation  Notes: 

1,  Codes  used  should  reflect  codes  used  in  the  related  860  Buyer  Purchase  Order  Change  Request  or  850 
Purchase  Order. 

2.  Typical  codes  used  are  ST  for  ship  to  information  and  code  UC  for  Mark  For  information  when  the  Mark 
For  irfor motion  is  an  address. 

ST  Ship  To 

UC  Ultimate  Consignee 


N102 

93 

Name 

Free-form  name. 

C 

AN 

1/35 

N103 

66 

Identification  Code  Qualifier 

C 

iD 

1/2 

Code  designating  the  system/method  of  code  structure  used  lor  Identification 
Code  (67). 


Implementation  Notes: 

1.  When  NlOl  is  code  ST  or  UC,  code  10  is  used  when  it  is  a  DoD  address.  Code  33  is  ZZ  is  used  for 
contractor  addresses. 

2.  Code  33  is  used  when  a  CAGE  code  has  been  assigned  to  a  contractor.  Code  ZZ  is  used  when  a  temporary 
CAGE  code  has  been  assigned  to  a  contractor. 

3.  A  long  line  address  (NlOl }  may  be  used  when  no  code  number  applies. 

10  Department  of  Defense  Activity  Address  Code  (DODAAC) 

33  Commercial  and  Government  Entity  (CAGE) 

ZZ  Mutually  Defined 

N104  67  Identification  Code  C  ID  2/17 

Code  identifying  a  party. 
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Segment:  N2  Additional  Name  Information 
Level:  Detail 


Optional 


Loop:  N1 
Usage:  Optional 
Max  Use:  2 

Purpose:  To  specify  additional  names  or  those  longer  than  35  characters  in  length 


Mandatory 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEWT  NAME _ ATTWUTES 


N201 

93 

Namb 

Free-form  name. 

M 

AN 

1/35 

N202 

93 

Name 

Free-form  name. 

0 

AN 

1/35 
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Optional 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 


Comments: 


N4  Geographic  Location 

Detail 

N1 

Optional 

1 

To  specify  the  geographic  place  of  the  named  party 

1.  At  least  one  of  N401  or  N405  must  be  present. 

2.  If  N401  is  present,  then  N402  is  required. 

3.  If  either  N405  or  N406  is  present,  then  the  other  is  required. 

1.  A  combination  of  either  N401  through  N404  (or  N405  and  N406)  may 
be  adequate  to  specify  a  location. 

2.  N402  is  required  only  if  cHy  name  (N401 )  is  in  the  USA  or  Canada. 


Conditional 


Conditional 


Optional 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEHT  NAME _ ATTRIRUTES 

N401  19  City  Name  C  AN  2/19 

Free-form  text  for  city  name. 

N402  156  State  or  Province  Code  C  ID  2/2 

Code  (Standard  State/Province)  defined  by  appropriate  governmental  agencies. 

N403  116  Postal  Code  O  ID  4/9 

Code  defining  international  postal  zone  code  excluding  punctuation  and  blanks 
(zip  code  for  United  States). 

Implementation  Note: 

Use  only  when  the  "party's"  address  has  no  zip  code  but  may  have  another  type  of  postal  code  ( e.g.,  in  a 
foreign  country). 


Optional 


N404  26  Country  Code  O  ID  2/2 

Code  identifying  the  country. 

Implementation  Note: 

Generally  not  required.  Only  include  the  N404  if  the  related  860  Buyer  Purchase  Order  Change  Request  or 
850  Purchase  Order  included  an  N404. 


Not  Used 
Not  Used 


N405 

309 

Location  Qualifier 

N406 

310 

Location  Identifier 

O  ID  1/2 

C  AN  1/25 
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Mandatory 


Segment: 
Level: 
Loop: 
Usage: 
Max  Use: 
Purpose: 
Syntax: 

Comment: 


CTT  Transaction  Totals 

Summary 


Mandatory 

1 

To  transmit  a  hash  total  for  a  specific  element  in  the  transaction  set 

1.  If  CTT03  is  present,  then  CTT04  is  required. 

2.  If  CTT05  is  present,  then  CTT06  is  required. 

This  segment  is  intended  to  provide  hash  totals  to  validate  transaction 
completeness  and  correctness. 


Mandatory 


Optional 


_ Data  Element  Summary _ 

RfP.  DATA 

DES.  ELEMEWT  NAME _ _ _ _ ATTRIBUTES 

CTT01  354  Number  of  Line  Hems  M  NO  1/6 

Total  number  of  line  items  in  the  transaction  set. 

Implementation  Note: 

Accumulation  of  number  of  POC  Segments  when  appropriate  for  detailed  acknowledgments  and  contractor 
initiated  change  orders  to  an  850  Purchase  Order. 

CTT02  347  Hash  Total  O  R  1/10 

Sum  of  values  of  the  specified  data  element.  All  values  in  the  data  element  will 
be  summed  without  regard  to  decimal  points  (explicit  or  implicit)  or  signs. 
Truncation  will  occur  on  the  leftmost  digits  if  the  sum  is  greater  than  the 
maximum  size  of  the  hash  total  of  the  data  element. 


Not  Used 
Not  Used 
Not  Used 
Not  Used 
Not  Used 


Example: 

-.0018  First  occurrence  of  value  being  hashed. 

.1 8  Second  occurrence  of  value  being  hashed. 

1 .8  Third  occurrence  of  value  being  hashed. 
18.01  Fourth  occurrence  of  value  being  hashed. 

1 855  Hash  total  prior  to  truncation. 

855  Hash  total  after  truncation  to  three-digit  field. 


Implementation  Note: 

CTT02  is  the  sum  of  the  value  of  quantities  ordered  (POC03)  for  each  POC  Segment  when  appropriate. 


CTT03 

81 

Weight 

0 

R 

1/8 

CTT04 

355 

UnH  of  Measurement  Code 

C 

iD 

2/2 

CTT05 

183 

Volume 

O 

R 

1/8 

CTT06 

355 

Unit  of  Measurement  Code 

C 

iD 

2/2 

CTT07 

352 

Description 

O 

AN 

1/80 
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DEPARTMENT  OF  DEFENSE 

DRAFT  IMPLEMENTATION  CONVENTION 


865  •  P.O.  CHANGE  ACKNOWLEDGEMENT/REQUEST  •  SELLER  INITIATED 
ANSI  ASC  X12  VERSION/RELEASE  003010DOD_ _ SE  •  TRANSACTION  SET  TRAILER 

Segment:  SE  Transaction  Set  Trailer 
Level:  Summary 


Mandatory 


Loop:  _ 

Usage:  Mandatory 
Max  Use: 

Purpose:  To  indicate  the  end  of  the  transaction  set  and  provide  the  count  of  the 
transmitted  segments  (including  the  beginning  (ST)  and  ending  (SE) 
segments). 

Comment:  SE  is  the  last  segment  of  each  transaction  set. 


Mandatory 


Mandatory 


_ Data  Element  Summary _ 

REF.  DATA 

DES.  ELEMEMT  WAME _ ATTRIBUTES 

SE01  96  Number  of  Included  Segments  M  NO  1/6 

Total  number  of  segments  included  in  a  transaction  set  including  ST  and  SE 
segments. 

SE02  329  Transaction  Set  Control  Number  M  AN  4/9 

Identifying  control  number  assigned  by  the  originator  for  a  transaction  set. 

Implementation  Note: 

This  is  the  same  number  as  ST02. 
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ASC  X  12  FORMS 


In  this  chapter,  applicable  ASC  X12  forms  are  presented. 


OEPART¥0rrOF  DEFENSE 
DRAFT  IMPLEMENTATION  CONVENHON 


KiA'am  wPORMii’noM  manual 


VIII  -  FORMS,  FORMS,  FORMS 


ASC  X12  Work  Roquoat  Form 

ASC  X12  Now  Projoct  Pre(»ssl  Form 

ASC  X12  Now  Tomaeiion  Sot  Dovttopmont  Form 

Form  for  Now  or  Rovtsod  ADpondbr  A  Codo  Sourco  Roloronco 

Documoro  Proparttion  for  litorprouuons.  Guidoikm  and  Coropol  Standards 

Samplo  Tranomttal  Form 

ASC  X12  Baloi  Common!  Rotponoo  Lottor  Format 
ASC  X12  Standards  Ordor  Form 


FAU.1SSO 


VIII- 1 


BA8EUNE  AS  OP:  JANUARY  29, 19M 


Miv.  S/10/90 

DATE  SUBMITTEO 


OM  NUMBER 


-  ASC  X12 

WORK  REQUEST  FORM 


(Stcrttariat  Only) 


AU.  REQUESTS  MUST  BE  TYPED  or  printad  lagibly  In  tHacfc  Ink.  Complato  boch  sides. 

1.  TOUSETHIsramronSUPPOnTINaOATAI4MNTENANCEFORANEWOnArrSTANOM«>Onxi2INTERP««rAriON.iMa« 
m^uintntMcn  ONE  torn.  Um  •ttaduMMi  m  AMMMry.  U«  flnt  ■«  mw  MgirMna.  man  al  naw  ens  aiwTMmi/eeeM/eed*  MuroM. 
ntan  M  fa»iilowi  »  anaSog  tagmatf  ana  Oata  atamanta/eoOaa/eaaa  aouraaa.  Than  IM  any  eOMra  ta.g.,  X12.S.  X12.S). 


2.  TOUSETMSkOnylTOeEQUESTACHANaETOANeaSTMQSTANOARO.uaaaaaparaia1Maninaq<Malkonn«lMa«enanoaator 
ana  aranaacoan  aat  ana  aagwtant  ana  eonaal  ain<eaaa.  or  ana  daia  atamant  M  aacHana  nHial  ba  aompMad.  Aitaenmama  may  ba  uaad 
tor  aonttouabon  and  ahouM  ba  numbarad. 


3.  TOUSETHiSFOnMTOREOUESTAenOPOSa)NEWXl2PnOJECT.aampto»SaeaanA.  Pravida  a  pmpoaa/aaepa  and  doocftba  Miy 
now  toaiuraa  toaotoad  in  Saebon  a.  Proalda  a  daaarlpban  at  toa  buaifiaaa  naad  and  juabScaban  tor  tia  now  praiact  In  Sacbon  C/Part  X  Tha 
Wtorb  Haguaai  mil  ba  toiwardad  to  toi  apprapdato  X12  aubnnmmittoa  tor  analyaia  and  piapaiadnn  e«  a  pfoiaei  prepaaal. 

CIrele  One:  (i)  New  Standard  Suppordno  Oata  Maintenance  (um  attachments) 

(2)  Existing  Standard  Maintenance  Request  (see  Section  0) 

0)  Request  tor  New  X12  Project 

MWfyffm/MwnBBonv onnoi 99 WRMM ww raMVjr^pvsRidOTnw fiwfli 99 oMsny npisnsa.  ^9999 A9p9naoiA9Q09 
9DUiB9  r9#9f9M99  IDT  9i  9Cl9m99M  9999  99^  lM9MMi9l9  tOfflM  9r  #1999  wMl  lM9Muaatt  IV  9M  9il9fMI 

•to  ba  raiumad  to  9w  aubmMar. 

aTSUbMII  Ifcit  iNFdRMATION 

Submitter.  Name 

Company 

Address  _ 

Address/ZIP  _ 

Phone  _  _  _ 


Indicate  the  X12  subcommlitee  or  task  group  whose  position  is  represented  here. 

I  dedare  that  ttHarepresertts  the  oWdalpoelUon  of  Xia  WORK  GROUP; _ 

eetabOehed  at  the  meeting  dated _ 

i.  PROPOSED  WORK:  List  the  specilc  changes  to  the  sundards  being  requested.  Give  the  names  aiT 
associated  identilete  of  the  standards,  segments,  data  elements  and  codes  affected. 


4A4 


BASEUNE  AS  Of:  JANUARY  »,  ISSS 


OEPAimiBtT  OF  MFENte 
OMAFT  MPLOiCNTATIOM  COMVfnON 


Page  Two 

6  REASON  FOR  CHANGE: 

Parti:  Ustthavanion/raiaaaao(tha«andardyouarausinQorusingasara(oranca.  Nama the tranaaetlen aal 
that  la  baing/wlll  ba  uaad  that  dictataa  tha  raquastad  changad.  List  alfactad  sagmants  and  data  aiamants.  or 
nthar  standards.  Provida  only  raforanca  numbars/IOt. 

Rafaranea  Sourea  Varsion  2/Ralaasa  __ 

Transaction  Sat  Uaad  _ _ 

SagmantAftaetad  _ _ 

Data  Elamam  Afiaetad 
Othar  Standard 

Partll:  Explain  why  you  naad  tha  propoaadchanga.  Provida  a  eomplaia  scanaito  that  tals  what  tha  businass 
hjnctioaoparatlon,orproblamisthatwlbaaatisfiadbyachangatothastandard.  ThaXi2JTachnlcal 
Assassmant  Subcomminaa  raquirat  anough  Momiatlon  in  thia  Part  II  to  ba  atala  to  proposa  an  altamata  solution  V 

naeassary. 


0.  RAMIFICATIONS:  lfyouelrclad(2)onPagai.eompiataihlasacilon.  Yo  anaura  ihat  al  tanaAcadonB  of  your 
proposad  changa  ara  racordad  and  that  your  raquast  la  complaia.  drda  balow  al  ssetlona  ol  iha  sttndaida 
adactad  by  iha  propoaad  changa. 


THANSACnON  SET 


Nwiw  Furpow/Sesa*  TaW*  NM/Conwiwii 

Siaimw  ammsii  nsauF*.  om.  mol  um 

LaaaRiaMi  LMaaauMOT  AdSSagmwN 


SEGMENT 


Nmiw  OlOnMMn 

OMM  OthMiaoR  in  lagmaM 
Rpawi  Nbw  SmwMto  Now 


DATA  ELEMENT  rwnw  OooortpWw  Tyao 

Mn/Mw 

CODE  AasMao  OoMoCaao  ai«tMCaa» 

OTHER  (a.a.  X12J.  Xt^S): 

ERRORS  NOTED  IN  THE  STANDARD  (QNa  paga  na  and  othar  Idarailoatlon): 


•ASEUNI  AS  OF:  JANUARY  a.  lOaa 


4.0.S 


OEPAimiBfr  OF  Doviaf 
Oiurr  MPtBIENTA'nON  CONVENTION 


4/1/90 


PP  No. _ 

(Sterttartat  Only) 


ASCX12 

NEW  PROJECT  PROPOSAL  FORM 


PROCEDURE:  Only  X12  subconvntttaes  may  usa  this  form  to  register  new  development  activities  as  X12  project 
proposals  (PPs).  Ci^plate  aM  pages.  PPs  approved  by  the  X12  Procedures  Review  Board  will  be  registered  and 
assigned  a  PP  number  by  OlSi^  and  a  Transmittal  Form  wil  be  Issued. 

Date  and  complete  the  form  below.  Type  or  print  legibly  in  black  Ink  and  number  alt  attachment  pages 
consecutively.  Submit  to  DISA  prior  to  an  ASC  X12  meeting,  or  to  X12J  Technical  Assessment  Subcommittee 
during  the  subcommittee's  agenda  period  at  an  ASC  Xi2  meeting. 


Date  Submitted: 

Date  Approved  by  Subcommittee: 

Subcommittee  Name: 

Task  Group  Name/No'.: 

Joint  Oevalopmem  Subcommittee  (H  any): 

CIrtle  one:  (a)  Transaction  Set  (b)  Guideline  (e)  Other 

Project  Working  TRIe: 


Official  Delegate(s)  for  This  Project  To  Be  Named  on  Tranamltlal  Form: 
Name _ Name _ 

Company _ ^Con^mny _ 


Address _ ^Address _ 

Address/ZIP  _ ^Address/2JP 

Telephone _  Telephone 


4.0.S 


BASEUNi  AS  OF:  JANUARY  29, 1993 


oc^AirmeiToF  OTOMC 

Oiurr  MnjMCNTATION  CONVENTION 


A.  PURPOSE  AND  SCOPE  FOR  THE  PROPOSED  WORK:  Prowld* •  wNI-dflAwJ  purpoM/acopc  forttw 
proposad  work.  SMXl2DMlgnR(iMarvlQuidNinMfQrr«qijirainontt. 


B.  BACKGRbUNO:  Prowkto  0«alt  that  wE  bo  NtpM  In  rovlNwing  iho  propoaN.  Who  art  iho  •tpoetad  umts? 
HowwBthaattndaidbauaad?  Wlw  bualnoaa  funetion<a)  doaa  t  aatvai?.  Ifthaprapoaadnndaidawadapatha 
>unctionaMtyo<ana»dNlngatanelaidof  onalndavalopmaf«.pfOM<dalu<WMBon.  ifttiapropoaaiiBnattoranaw 
standardorguldaUna,  daaerttMthaproiaetIndoirt.  (Uaaattaehmanisf  nacaaaaiy.) 


C.  6thEII  stANOAfWS  BIVOLVEO:  If  appHciPla,  Uanttly  any  olhar  buNnoaa  Momwiion  alandaida  tt«t  art 
Nmlar/rolaiad  to  tha  propoaN,  and  namo  tttndaids  dawoloport  (a-g.,  ANSI  Aceradtod  Siindifda  CommBaas) 
vNioaa  actNiUoa  may  ba  hwoivad  or  aflaciad. 


0.  ^ECTEOCONTENt/(>^EfULOCSCfUrh6N:  (b^hONAL)  iubrnttarimy  adach  a  praHmirwy  draft  of 
iM  pfopoMO  nwiifu  Or  Oulir  lupponvig  QOCURwmpoiv  uvoun  now  lognioiiia  cnb  fwiiiiiBi  oofVQi 
Nrueturot,andchanga8toXl2JorXl2.6tfiaiaforaqulradoranttcipoMd.  (Uaa  attacMnanta.) 


BABBUNI AB  OP:  JANUARY  »,  IfOS 


OEPAimiBIT  OF  09ENSE 

DRAFT  MPUaiENTATIOM  CONVBTnON 


4/1/90 

FORM  FOR  NEW  OR  REVISED 
APPENDIX  A  CODE  SOURCE  REFERENCE 

INSTRUCTIONS:  CompJete  this  forni  whenever  a  naw  data  element  or  data  element  code  Is  requestad  to  b« 
added  wtiich  references  a  code  list  published  by  an  external  (non-Xi  2)  organization.  Use  one  form  for  each  new 
reference.  This  form  may  be  used  to  revise  current  references;  fSI  out  the  appropriate  areas  below. 


CIRCLE  ONE.  COMPLETE  AS  APPROPRIATE: 

(1)  NEW  REFERENCE 

(2)  REVISED  REFERENCE,  Current  reference  number/name _ > 

REFERENCE  TITLE:  If  there  la  only  one  source  for  codes  for  the  data  elemenL  the  tide  should  be  the  same  as  the 
data  element  name.  If  there  are  multiple  codes  referencing  external  code  sources  for  the  same  data  eismenL  tide 
should  approximate  the  code  definition. 

REFERENCE  TmjE: 

DATA  ELEMENTS  USED  IN:  Give  the  data  element  reference  number  and  name  which  directed  user  to  this 
Appendix  A  code  source  reference.  GNe  the  code  10  (V  assigned)  If  this  ie  for  a  specific  code  cf  the  data  elemenL 

USED  IN;  DE  No. _ .  Code  10 _ 

SOURCE;  Provide  the  name  of  the  publication  which  coraains  the  codes  referenced. 

PUBUSHEO  IN; 

AVAILABLE  FROM:  Give  the  publisher,  or  other  contact  from  whom  the  user  can  obtain  the  documenL 

Name/Attn  of  __________________________________ 

Company  _ _ 

Address  _ _ 

Address  _ _ 

Address/ZIP  _ 

ABSTRACT:  Briefly  describe  the  publication,  its  purpose,  and  indicate  what  codes  It  coniaina! 

ABSTRACT; 


4.0A 


BASELMC  AS  OF:  JANUARY  3S,  19S3 
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Ri».  4/1/SO 

DOCUMENT  PREPARATION  FOR 
INTERPRETATIONS,  GUIOEUNES  AND  CONTROL  STANDARDS 


ThM«  mstructlont  art  providad  to  assist  davalopsrs  of  mtarproutions.  guidalinas  and  control  struetun  which  art 
not  transaction  saa  (for  transaction  sau  usa  tha  Naw  Transaction  Sat  Osvalopniant  Fonn). 

GENERAL:  OISA  provtdas  tMa  paga  and  front  maitar  for  putillcations  and  copyadks  tha  documart  according  to 
OISA  housa  styla. 

REVISIONS:  If  tha  documant  is  a  revision  of  a  pravlousiy  publlshad  Marpratation.  guidallna  or  staridard.  provida  a 
summary  of  tha  changaa  to  tha  orfginai  that  are  contalnad  In  tha  documant 

I  INTERPRETATIONS 

A  formal  Intarpratatlon  of  an  XI 2^  Standard  la  considarod  part  of  tha  body  of  sundards  whan  K  is  approved  tor 
publication.  Tha  Marpraiatlon  draft  ahoiid  state  tha  issuapraaantod  by  tha  raqueator,  state  the  propoaad 
Intarpratation.  atto  show  as  attachmanis  any  Work  Raquastt  that  may  be  nacasaary  to  aflact  tha  Intarpratatton 
within  tha  subject  standard.  Tha  draft  Marpratation  la  procasaad  Ilea  any  other  subcommiRsa  documant 

N  GUIOEUNES 

For  publication  purposes,  guidalinas  are  treated  lice  a  journal  artlda.  Basic  raquiramatea  aro  given  below. 

ABSTRACT:  ThiaiaapreciaaaummaryofthaPurpoaa/Seopa(aaabalaw).andmaybaldanilcaltoklthattsbilaf 
(two  paragraphs);  othenMaasummartia  tha  purpoaa/acopa.  It  shoiid  corAMn  enou^  Moimatton  about  tha 
documant  to  anabto  a  reader  daiannina  what  tha  guidaHna  is  intended  to  accomplish  wKhin  an  EDI  anvironmar*. 

PURPOSE  AND  SCOPE:  TMastatamant  must  Indicata  purpose  of  tha  guldallne.e.g..  tha  buslnaea  function  or 
opanatlon  addressed.  Scope  and  any  spacllc  Imkaiione  of  scope  shotAf  be  daflnad. 

■OOYOFTEXT:  TNs  may  be  a  number  of  subsections  togiealy  organizad.  Provida  sections  tor  foreword, 
introduettoa  dafinitton  of  tanns  and  concepts,  references  and  related  Mandarda,  methodology.  spadHcattona. 
requiremonts,  discussioa  and  oonduslona,  as  appropriate  to  iha  subject 

ART  AND  GRAPHICS:  Graphics  or  artwork  necessary  to  Eustrata  tha  documani  are  ancouragad.  Provide 
camera-ready  copy  I  these  ate  not  already  prepared  and  daliversd  on  a  WP  diskaiie  to  OISA. 

FOREWORD,  FOOTNOTES,  APPENDICES:  These  may  be  used  tor  purposes  ct  darty.  BuslrBiion.  or  genaral 
Information,  not  as 'part  of  the  gukMIns.*  A  statement  Indicating  the  material  la  tor  Intormatlon  purposes  only  and 
not  part  of  tha  gukWine  shal  appear  at  the  beginning  of  a  toreword  or  appendht 

III  CONTROL  STRUCTURU  AND  OTHER  STANDARDS 

For  publication  purposes,  these  documaraa  are  treated  Ilka  guidalinas  (sea  Section  11  above).  The  requbements  are 
the  same,  with  the  addlton  of  tha  tolowkig: 

NEW  SEGMENTS  AND  DATA  ELEMENTS:  These  may  be  dafinad  wthki  the  taad;  however,  ainee  they  rspresant 
changes  to  X12.22  and  Xt2.3,  they  ahodd  be  apeeWed  on  a  Work  Request  Form  attached  to  the  draft 

REUTED  X12^  STANDARDS  AND  OTHER  REFERENCES:  These  shal  be  hJentllad  In  a  section  wthin  the  text 


BA8EUNE  AS  OF:  JANUARY  2S,  ItM 


4.0.S 


DCPAIITMBfTOf  0EPBI8E 

ORAFT  MPiaiENTATION  CONVBmON 


Rag*  Two 

FORMAT;  TNt  OrMlSundoidtorTiWUM  contains  thofonnat  And  ottAbIlihoolht  data  cortortt  of  tho 

_ TranaaedonSai(_^loruMwKhlnthaeonta)do<anElactranieOataintaraiangs  <ED() 

onwironman  Tha  tunsactfon  sat  (can  fas  usad  to...)* 


t.  ^UWPOlM  AMD  Thli«atamantmuMinrtcatatt>aMl  fangs  rtcapaMitiaao*  dtp  transaction  sat,  and 

adtothaaandars/roeaMsrsaia.  Ei^lain ihs businass ftjnedon or opandon dw is addroasad.  FdowASCXia 
OaMgn  Ridas  and  QuidaNnas  and  uao  this  tormai: 

FORMAT;  *rhis  Standard  prowldas  tha  format  and  asttbliahas  tha  data  contanta  of  lha _ Tranaaction 

Saiwahinthaconta)dafanBacMnieDaialntarchanga(EOt)arNlrQnmanL  This  transaction  sat  (can  ba  usad  to...)' 


D.  TRANSACTION  sir  lZiLE(S)  ^or  aach  taMa  priMida  tha  fotowing  adoimatioa  FORMAt: 

TAILEX 


POSZTIOH  SEGMENT  REQ.  MAX. 

MO.  IP  TITLE _ PES.  USE. 

010  ST  TranMction  Sat  Haadar  M  1 

020  SB  Baginnifig  Sagaant  Par  M  1 

ate. 


LOOP  REPEAT  NOTE 

£000 _ BELu 

Nota  1 
Ceaaant  1 


Noiai:  Thistaanoia  NOTES  ara  part  of  dw  standard  (numbarad). 

CommardA:  TMsisaoommsnL  COMMENTS  ara  not  pan  of  tha  standard  Qadarad). 


i.  APREMllMk  bdui^UES  Easmpiaaaragaadiotaatdtantattofthapropooadiranaacdonandioai^iatnaio 
UNiii  M  iMm  w  wnpM  9  vnMM0fy«  ho  tooOQnOMB^  pfop0r  nvnw  nwy  m  umo  wv  wnf  wto^^MO^ 

FIOUMBi:  (OpdonM)Uaaaaampiapapardoeumar«ualnginocfcdaia  diaad.  data  must  bsaoeuratalymappsd 
loFiguraA  Original  grapWca  must  baaBachad(g-i /axil*)  so  they  can  bacopiad. 

FKIUK  a  (or  EXAMPLE):  TiaadiallgurawdprowidaaBuainaoaSeanartotoaieMntodiaraadarwhatkgoing 
on  in  dis  aantoia.  Adddtanata:  In  tWi  aitamBis  tha  aiiartsS  D  raoraaarti  tha  slantatf  sacaraiof  and  tha 
N/L  charaetara  rapraaant  tha  aagmant  tarminator.*  Rraaara  EDI  trsnamiaalon  data  and  la  maaning  In  two  cotianns. 
aida^y-oids.  Sor2ZZeodaaaradNoouraoad.atneadisiruaaMnasalnana9tanaioryaaitfvlalanl.  FORMAT: 

BUSINESS  SCENARIO:  In  dtls  tranaaction  aot  dta  aandof  la  XYZ  Ratal  Caidar  and  tha  raoaNar  is  thair  aupoBaf. 
Fantastic  Froducts  Manulactiatng.  Ine....ate. 

EDI  TRANSMISSION  BATA _ (TRANSACTION  SET  FURFQ8E)  DATA 

ST*tXX*OOOS  N/L  Begin  Transection  Set  SXX;  Control 

No.  0005 

BB*01*79goo*  N/L  Original  Transeissien;  Ref.  No. 

79S00 

etc. 


4.0.10 


BASEUNE  AS  OF;  JANUARY  »,  1003 


OEPARmENTOF  DEFENSE 
OftAFT  MFLEMENTAT10N  CONVENTION 


Ikrt.  S/iO/SO 

DMNuwby 

(Sscfstsrial  Only) 

DoeunwniNo. _ _ 

(D«vslop«r  Obtains  from  OISA) 


ASC  X12 

NEW  TRANSACTION  SET  DEVELOPMENT  FORM 


INSTRUCTIONS:  Um  tNt  form  to  submit  a  draft  transaction  tst  for  ravisw  by  XI 2J  TschnIesI  AssMsmsnt  unU  It  It 
ttxt  procassad  by  OISA.  Usa  a  r^w  Transaction  Sat  Oavalopmant  Form  whanavar  ravisions  ara  propoaad  and  a 
taxi  fla  has  not  y«  baan  praparad  by  OISA. 

ATTACHMENTS:  Attach  al  pagas;  usa  this  form  as  tha  firtt.  Foflowthaaalnatnjctionafor  praparfngmatarlala. 

Thasubminar  must  obtain  a  doeumanitUNnbaraasignmara  from  OISA.  Post  I  to  this  form  (abowa). 

Attach  a  Utt  of  RavlalotM  If  tha  draft  was  pravlously  raviawad  by  X12J  or  I  thia  la  a  ravisad/radasignad 
transaction  sal  ttandard  raquiring  X12  baloL 

Usa  ONE  Work  Raquatt  Femi  to  list  a>  supporting  dau  malraananca  for  tha  tranaacdon  sat  and  attach  I 
tothisform.  PropoaanaworravlsadcodasforDEi43andOE479MamMmum, Vraquirad. 

A  Tranamlttal  Form  must  accompany  this  doeunwnt  whan  I  la  submttad  to  OISA  for  dIstrtMtioa 

Usa  tha  most  raeant  Standards  Davalopmant  Werkbeeh  to  ehaek  your  documant  for  accuracy. 

aT  SUBMlilkH  INFbRMAIlSN 

Subfflittar  Nama  _ _ _ _ _ 


Company 

Addrass 

Addrass/ZIP 

Phona 


Indicata  tha  X12  subcommltiaa  or  task  group  whosa  position  Is  raprasaniad  hara. 

I  daelara  that  this  raprasants  tha  official  position  of  X12  WORK  GROUP: _ 

astabllshad  at  tha  moating  datod _ 


■.  ABSTRACT  Tha  Abstract  is  ragistarad  wRh  tha  Amorican  National  Standards  Instituta.  It  Is  a  pradsa  summary 
ofthaPurposa/Seopa(soaSoctlonCbolow).  ItmaybaidantiealioihaPurpoao/Scopalfthatlsbrial  (two 
paragraphs),  otharwisa  summarfza  tha  purposa/scopa.  It  shoiid  contain  anough  Mormation  about  tha  standard 
to  anabla  a  potantial  usar  datarmino  what  aquhWt  papar  transaction  t  raprasaras  or  what  tha  standard  Is 
Iniandad  to  do.  Folaw  tha  format  on  paga  two. 
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SAMPLE  TRANSMITTAL  FORM 


initializad 

KEY  DATE:  February  18, 1M0 

DELEGATE'S  NAME  Do* 

RESPONSIBLE  SUBCOMMITTEE/TG#  ASC  XI 2Q  XX  Sut)Conunltte*/TG4 

TRANSACTION  SET/GUIOEUNE  TITIJE  X12X(  ABC/XYZ  TRANSACTION  SET  (8XX) 

BALLOT  Document  No. 

Current  Document  No. 

Previous  Document  No. 

Project  Proposal  No. 

Associatad  WR/DM  No. 


ASC  X12Q/90^1 
ASCX120/90^ 
PP-98B 
DM  012*190 


PROJECT  PROPOSAL 
PP  Review  by  X12J 
PRB  Approves  PP 

DEVELOPMENT  PHASE:  Project  proposal  approval  through  approval  for  X12  vote. 

Document  SubmRted  for  OISA  Teat  Procasamg 

SubcommiPee  Approves  Draft  tar  Review  by  X12J,  Tech  Asaessmant 

X12J  Tech  Assessment  Review 

PRB  Approves  Document  tar  X12  Vote 


PATE)  2/7/90 
pATE)  2/9/90 


PATE). 

PATE). 

PATE). 

(DATE). 


ORIGINAL  BALLOT  DATA  piSA): 

Balloi  Qosed  Date 

Talty/Commentt  Sent  to  Chalr/Dolegatea 
Tally  Stats  (Number  and  Percani) 

_ Ballou  Mated  (100%) 

Ballott  Returned  ( _ ^%) 

_ Approved  ( _ ^%) 

_ Appw/CommaM  ( _ ^%) 

_ Disapproved  ( _ ^%) 

_ Abstained  ( _ ^%) 


(DATE). 

(DATE). 


4.e.i2 
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Pag*  Two 


COMMENT  RESOUmON  PHASE:  Sm  Swrtlont  A.  8  and  C.  IfthatubcommttaaatanytirnadaddattoratiaNoi 
tha  documanL  PRB  approval  M  roquirad  and  rasponM  ladart  art  not  nacasaary. 

A.  COMMENT  RESPONSE  UrtTERS:  An  Opan  Forum  muM  ba  achadiiad  at  tha  naxt  X12  maaiing  tallowing  tha 
bMot  doting  data.  Aflthoaawhocommantadracalvaacommantratponsalattorfromthadaviloping 
tubconvniitaa.  OISA  racordt  thia  procau  and  handtat  tha  maling. 

Opan  Fonjm  Data  (DATE) _ 

Raaponaa  Lattara  Malad  Out  by  OISA  (DATE) _ 

Rabutlal  Parlod  (30  dayt)  Ctaaaa  (DATE) _ 


ADJUSTED  BALLOT  DATA  (DISA): 

30^y  Raaponaa  Ravlaw  Ctaaad  Data  (DATE) 

Taly/Conwrianta  Sant  to  Chalr/Dalagataa  (DATE) 

Taly  Stats  (Numbar  and  Parcant) 

_ Balots  Malad  (100%) 

_ Balota  Ratumad  ( _ ^%) 

_ Apptovad  ( _ ^%) 

_ Appw/Commant  ( _ ^%) 

Olaaporovad  (  %) 

_ Abatalnad  (_%) 


B.  SUBSTANTIVE  REVISION;  If  baiot  commanta  raadt  In  aubatantNa  tavMlona  to  tha  documannhaaa  Ja 
ravtawad  by  XIZJ  and  procaaaad  by  DISA  Thara«iaaddocumaf«laaubnittodtoXi2votarttara30^layravlaw 
parted.  DISA  racords  this  procaaa/handtet  maling.  SubcommiBaat  should  conduct  30-day  raviawt  ter  raaponaa 
lattara/ravtaad  documants  coiteurranOy. 


Subcomminaa  Approval  of  Ravfaiona  (DATE) 

X12J  Ravlaw  of  Ravistena  (DATE) 

OISA  Mala  Ravtaad  Documars  (DATE) 

Subaiantlva  Ravisten  30-0ay  Ravlaw  Ctaaaa  (DATE) 


ADJUSTED  BALLOT  DATA  (DISA): 

30-Oay  SubatantNa  Changa  Ravlaw  Ctaaad  Data 
Taly/Commanis  Sant  to  Chak/Dalagataa 
TaPy  Stats  (Numbar  and  Parcant) 

_ Balott  Malad  (100%) 

_ Balou  Ratumad  ( _ %) 

_ Approvad  ( _ %) 

_ Appw/Commani  (  %) 

_ Olaapprovad  ( _ ^%) 

_ Abattinad  ( _ ^%) 


(DATE) 

(DATE) 
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PtgsTtirM 

C.  CONTINUING  OBJECTIONS.  If  th«r«  ar*  continuing  disapprovals  after  the  30-day  review  period,  th« 
document/disapprovais/responses/continuing  objections  are  malad  to  X12  members  who  originally  cast  a  ballot, 
for  another  30-day  review,  to  give  them  an  opportunity  to  change  their  vote. 

Continuing  Otqections  Maled  to  Chair/Delegate  by  DISA 
OISA  Male  Documents 
30-Cay  Review  Ckises 


FINAL  ADJUSTED  TALLY  (DISA):  Whenever  any  disapprovals  are  withdrawn,  a  letter  to  this  effect  must  be 
received  In  writing  by  DISA. 

Final  Tally  Results  Sent  to  Chair/Deiegate  PATE) _ 

30-Day  Review  Stats  (Adjusted  Tally) 

_ Ballou  Maled  (100%) 

_ BaHou  Returned  ( _ ^%) 

_ Approved  (__%) 

_ Appw/Comment  ( _ ^%) 

_ Disapproved  ( _ ^%) 

_ Absuined  ( _ ^%) 


PRB  APPROVAL  PHASE:  After  the  commera  lasoiuOon  period,  the  subcommittee  votes  to  submit  the  document 
to  the  PRB  for  approval  to  pubHsh. 

Subcommlitee  Votes  to  Release  to  PRB 
PRB  Approves  Publication 


FOR  DRAFT  STANDARDS  FOR  TRUU.  USE: 
VERSION/RELEASE/SUBRELEASE  ID  CODE  ASSIGNED: 


PATE) 

PATE) 


PATE) 

PATE) 

PATE) 
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TIUNSMITTAi.  FORM  INSTRUCTIONS: 

GENERAL:  TIM  TfinwnlSN  Fom  M  a  TURNAROUND  DOCUMENT  wNch  racords  tha  NMory/cimnt  Matut  of  a 
prolact  documart  It  la  uaad  to  aKChanga  Intomiailon  baiwaan  tha  Sacraiarlat  and  ilia  cowimitaaa  ct  X12. 
inforniaiioniaetjmMaiNa(addon).  ThialonnlBaaaehadtothadocumaniwhanawarKlaluuadlordMtributlon  (Rla 
mandatory  for  aubwRtlng  documanta  to  DISA.  XiaJ  Tactinieai  Aaaaaamant  and  tha  PRB).  Docianant  control 
numbara  art  Ml  raqubad  on  aocti  documara.  and  nva  numbara  ara  raquirod  Mianavar  I  la  rmtaad. 

KEYDATE:  TNaM  uaad  to  Idantiy  tha  latattvaraionor  tha  doeumant  (data  aaaodatadMRh  tha  currant  tianaminal 
formupdata). 

DELEGATE:  Each  aubcotwmIBaa  daiignataa  an  IndMduN  (dalagata)  trerw  tha  groLp  raaponafclafofthaprejact 
Tha  Sacratarlat  muat  ba  Mbmwd  V  tha  (Magaia  ehangaa. 

miTUTION:  Primory  data  la  racordad  by  DISA  on  tha  kiMzad  form  aftar  tha  prolact  propoaN  la  apprcMod  by  tha 
PRE.  Tha  aubcoirawMaa  chair  aitddaiagata(a)racaNa  tha  MdaRtadTranamBal  Form  bom  PISA.- tfiaraaltaf.thay 
ara  raaponatila  tor  racordMo  tha  approprlBiaaubcommMaa  approval  daiaa.  Tha  chab/dalaBan  aM  rac#ra  a  copy 
of  tha  updatad  tranamnal  form  MianMor  K  M  ravlaad  by  OtSA. 

UPDATING:  At  each  approprtataatap.  DISA  at  POST  IraahdaM  to  tha  form.  ADD  tha  natdappropitata  Mankato 
tha  form,  and  SEND  t  to  tha  aubcommktaachalr/dalajMa  at  each  atatuachangai  Tha  tWagato  muat  POST  tha 
font!  althlraah  data  at  each  atatuachanga  for  which  tha  aubcommitaa  la  taaponaWa  and  SEND  taitti  tha 
appropriaia  documara  to  tha  SacratariaL 
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XI 2  BALLOT  COMMENT 
RESPONSE  LETTER  FORMAT 


O0<flUL  MPOmUTION 


APTm  AN  XII  ■AUOT,  TNi  RnPONMmji  MMOMyrrm  (ON  in  OiaiQNATfD  TAW  QNOUP)  MMT  iwp«id  ki  • 
NiNKWi  iN  iTiiii  Tlw  nqiOTiiNin  I  rmnrtim  rmnm  nno  fNi  tat rmnra  -ti  -n>r^ tit  -ninnf  tt  rrtt  — r-n- 
^iniW mm aammmit. but »>— > «BW*MnNw  —  mpenNiXM.  Tin ONN ■— «it  1  aowHMni wtpontwwit » «o 
«»  •»  tutaamiMMa  eiMir. 


•Mch«Nh*MniloNI 


OmONi:  QB«MeLITTlR(IIAtTIRUrTBQTOAU.OOMMOITONt 
Vwiwwr  >»■>■>»  ow>  NT  Of  MW  liaiHWwniaw.  EvtoommimN 
ItT  TM  Vm  oomnwTr  (X12  mmbar  MHiTV  mim)  and  «T  imrti 


vnmrtMNrtaRi.  IMiywf 


ONTONX:  MMVNMAAlXnflRTOIAONOOMMWTON 
V>y«iNrNT»M»NTNf «aNi<T.  MjnmNMH 
Mw  t«  MMMi  NNinaM  NT  ayN  and  fw  fMNnl  MMM 


fTIPl:  ninNNMtNlrMxaia«l](TNT(t)NiAtCXtX 


•TVi:  MTI 


lyWANTlMM 


IWTI 

Nryr 


I  III  >■  iNT  il^  Tnaf  N IM  NN  PT  N  t»  NT 
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Tim  Jooesey 
(999)999-9999 


Accreatcd  Scandanla  Conmtiee 
ooeracmg  i^taer  tfm  orwedires  of  cfw 
Amcncjn  National  SurOmis  msbtuu 


Daa  Smitbey 
(999)999-9999 


Document  No 


ASC  X12CAG20/90-999 
Juae  2S,  1990 


TO:  X12  Memben  Who  Commeated  oa  Modificatintu  to 

XUjb  Coauol  Stnictura 

RE:  Reapoaie  to  Coaameats  oa  December  Ballot 

DM<  20S289, 21Stt9. 317289 


Thaak  ytw  for  your  commeata.  Thia  ballot  iavohmd  modificatioaa  to  X12  ax  Of  the  327  baUota  mailed,  LS3  ballota  were 
returacd.  Of  theae,  81  approved,  IS  approved  with  coouacat,  20  diaapproved  with  commeat  aad  37  abaraiarid 

la  geaeral,  the  vote  reapoaaea  were  ia  favor  of  the  modificatioaa  The  majoniy  of  the  eomaMata  focaaed  oa  the  impact 
oftheaemodifkatioaaoathepreaeatatioaof  ialbrautioamtheX12L22SepMatDiiectary.  The  propoaed  modificatioaa 
aad  the  reauhias  preaeatatioa  ia  the  acgmeat  direqory  hatm  beea  reworked  m  tcipoait  to  theae  cotameata.  Areviaed 
modificatioa  to  XUjctwaa  reviewed  by  TechaicalAaactiaMrat  at  the  Jaae  ASC  XU  meetiag.  Modificatioaa  to  the 
documeat  have  beea  eaade  which  reflect  reipoairt  to  the  commeautraai  thia  ballot,  aad  areviaed  copy  of  XUjgia 
beiag  diatrflmted  to  all  who  voted  oa  thia  iaaae.  Cor  SO^iay  review  of  reviiiaaa. 


Specific  reapoaaea  to  commeata  follow. 


COMMENT:  Automobile  Corporatiaa 

‘Add  the  foOowiag  aou  to  Parajpaph  3 NOTE:  Commaaicadoa  protocol  charaeurs  ahouM  be  cachidrd  from  the 

ChtflClCf  ICC* 

RESPONSE: 

The  cover  letter  aeat  out  with  the  votiaf  parkagr  eaplaiard  that  the  iatcat  waa  to  obtaia  coaieaeui  oa  the  propoaed 
modificatioaa  to  XUjpl  XUjb  ia  a  difficult  aiaad^  to  amcad.  We  requeat  that  ballot  reapoaaea  be  eoaudered  oa  the 
meiitaoftherecemmcadedaaedificatioataadaetoatheataadardmawhele.  Your  commeat  waa  outaide  the  acope  of 
the  reqneated  modificatioaa. 
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COMMENT;  Aircraft  P"g»n*  Corporatioa 

*Some  couideratioo  for  Abttracl  Syntax  Notation  One  (ASN.l)  abould  be  allowed. 

1.  ASN.l  ia  capable  oi  defioinf  all  0/  the  neoeacary  inter-relatioac  needed  X12  transactioat. 

2.  ASN.l  requires  leas  characters  (0  deftflc  the  saae  tnfomation. 

3.  ASN.l  is  the  encoding  scheme  used  by  most  OSI  work.* 

RESPONSE: 

The  recoouaeadation  to  consider  usage  of  ASN.l  encoding  reachea  far  beyoad  the  scope  of  the  modifications  requested 
ialhisbaUot  Activities  su^  as  this  are  best  submitted  as  separate  work  requests. 

COMMENT;  Some  Software  lac. 

•Conditionality  of  data  elements  should  be  left  to  the  diaeretion  of  implementation  and  agreements.  There  is 

much  discuttion  at  times  as  far  as  whether  certain  data  eiemenu  should  be  mandatory  or  not;  many  applicatioo  symems 
are  incapable  of  providiag  certain  ‘mandatory  information  and,  as  such,  filler-type  data  must  be  insrrted  * 

RESPONSE* 

The  isstie  of  dau  element  conditionality  at  a  whole  is  a  much  broader  suhiect  than  was  intended  to  be  addressed  within 
the  scope  of  this  baDot  Thu  halfaw  «>««  imtfiuUA  —.t  nf 

already  easting  conditional  stmetnrua.  If  the  commentor  believes  that  the  conditional  structure  should  be  removed  from 
the  standard,  the  task  group  recommends  that  this  be  submitted  at  a  separate  work  requeaL 
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Aceredcad  Standards  ConvTvcia 

JoeSoaebody 

ooarebng  inder  the  proceduws  of  tne 

Chair  TC19.  XIX 

Amancan  Nauonal  Standards  metKuta 

(999)  999-9999 

Oocument  No 


ASC  X12C/TC8/90-998A 
Aufiut  10, 1990 

Ml.  JuwDoe 
AaericaaBaak 
Ow  Ceatral  Plm 
Middle  Aaeria.  MO  99999 

RE:  Respoue  to  CoaBCBtt  00 
ASC  X12  Model  Guideiioe 

Dear  Ms.  Doe; 

SobcowmitfeeXiaC  his  eapcmeied  in  Task  Group  19  to  provide  fnpooiw  to  tfcecoMeottoo  this  billot  Ibe 
■eabeno(TG19«iiktothaokaOXl2aeaberswhotookthetiae^efliafttoMteeuthisgnidefiiae.  We 
especially  thaok  each  ioAvidual  who  provided  eoouoeats,  udwther  ia  approval  or  dsappraval  of  the  guidefiae.  We 
rrcogniir  aad  appreciate  your  earcAil  review  of  this  docoaeat 

Oar  roapoase  •  keyed  to  the  BoaUiered  heas  a  the  ooaaeatt  attached  to  your  boBot 


RESPONSE 

L  We  ofrae  with  your  ooasaaat  la  Seelioa4JJ,w«  have  replaced  *weutiBa  taka-.*  with  *ruks_  are  utiUiad*. 

llle  eouAMioa  betweea  Scctiau  4.13  aad  Scctiou  6J  oab' oiNs  beoiua  of  the  eaaaple  we  chose  k  the  first 
sectioa,  This  is  a  hypothetical  eauipie,  of  a  siaplificd  aodel  Headen  aad  tnukrs  can  be  placed  oa  the  eoatea  at 
ALL  levels,  aad  do  aot  aeceasariiy  conespoad  to  ASC  X12  headers  aad  liailca. 

3.  We  spec  with  your  couMut  Seetiea  62  has  beea  chaaped  so  that  *the  estabiiahaeut  of  was  added  to  itcas 
lMd4. 
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5.0  GLOSSARY 

This  chapter  contains  ASC  X12  and  DoD  specific  glossaries. 

5.1  X12  GLOSSARY 

ANSI 

American  National  Standards  Institute 
ANSI  Standard 

A  document  published  by  ANSI  that  has  been  approved  through 
the  consensus  process  of  public  announcement  and  review.  Each 
of  these  standards  must  have  been  developed  by  an  ANSI  commit¬ 
tee  and  must  be  revisited  by  that  committee  within  5  years  for 
update.  See  Draft  Standard  for  Trial  Use  (DSTU). 

Area  Transaction  Set 

Identifies  a  predefined  area  within  a  transaction  set  (header,  detail, 
summary)  containing  segments  and  their  various  attributes. 

ASC  X12 

Accredited  Standards  Committee,  X12  comprises  industry  mem¬ 
bers  who  create  EDI  standards  for  submission  to  ANSI  for  sub¬ 
sequent  approval  and  dissemination:  or  for  submission  to  the 
UN/ECE  for  approval  and  submission  of  UN/EDEFACT  stan-dards. 

Authentication 

A  mechanism  which  allows  the  receiver  of  an  electronic  transmis¬ 
sion  to  verify  the  sender  and  the  integrity  of  the  content  of  the 
transmission  through  the  use  of  an  electronic  “key”  or  algorithm 
which  is  shared  by  the  trading  partners.  This  is  sometimes  referred 
to  as  an  electronic  signature. 

Compliance  Checking 

A  checking  process  that  is  used  to  ensure  that  a  transmission 
complies  with  ANSI  X12  syntax  rules. 

Conditional  (C) 

A  data  element  requirement  designator  which  indicates  that  the 
presence  of  a  specified  data  element  is  dependent  on  the  value  or 
presence  of  other  data  elements  in  the  segment.  The  condition 
must  be  stated  and  must  be  computer  processable. 

Control  Segment 

A  Control  Segment  has  the  same  structure  as  a  Data  Segment  but 
is  used  for  transferring  control  information  for  grouping  data 
segments.  Control  Segments  are  Loop  Control  Segments  (LS/LE), 
Transaction  Set  Control  Segments  (ST/SE),  and  Functional  Group 
Control  Segments  (GS/GE),  defined  in  X12.6,  and  Interchange 
Control  Segments  (ISA/IEA/TAl)  defined  in  X12.5. 
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Data  Element 

The  basic  units  of  information  in  the  EDI  standards  containing  a 
set  of  values  that  represent  a  singular  fact.  They  may  be  single¬ 
character  codes,  literal  descriptions,  or  numeric  values. 

Data  Element  Length 

This  is  the  range,  minimum  to  maximum,  of  the  number  of  char¬ 
acter  positions  available  to  represent  the  value  of  a  data  element. 
A  data  element  may  be  of  variable  length  with  range  from  mini¬ 
mum  to  maximum,  or  it  may  be  of  fixed  length  in  which  the 
minimum  is  equal  to  the  maximum. 

Data  Element  Reference  Number 

Reference  number  assigned  to  each  data  element  as  a  unique 
identifier. 

Data  Element  Requirement  Designator 
A  code  defining  the  need  for  a  data  element  value  to  appear  in  the 
segment  if  the  segment  is  transmitted.  The  X12  codes  are  man¬ 
datory  (M),  optional  (O),  or  conditional  (C).  DoD  may  "requite" 
a  segment  which  is  optional  by  XI 2  standards. 

Data  Element  Separator 

A  unique  character  preceding  each  data  element  that  is  used  to 
delimit  data  elements  within  a  segment.  Dod  uses  as  the 
delimiter. 

Data  Element  Type 

A  data  element  may  be  one  of  six  types;  numeric,  decimal, 
identifier,  string,  date,  or  time. 

Delimiters 

The  delimiters  consist  of  two  levels  of  separators  and  a  terminator. 
The  delimiters  are  an  integral  part  of  the  transferred  data  stream. 
Delimiters  are  specified  in  the  interchange  header  and  may  not  be 
used  in  a  data  element  value  elsewhere  in  the  interchange.  From 
highest  to  lowest  level,  the  separators  and  terminator  are  segment 
terminator  and  data  element  separator. 

DISA 

Data  Interchange  Standards  Association.  A  nonprofit  organization 
funded  by  ASC  X12  members  which  serves  as  the  Secretariat  for 
X12. 

DSTU 

Draft  Standard  for  Trial  Use.  Represents  a  document  approved  for 
publication  by  the  full  X12  committee  following  memtership  con¬ 
sensus  and  subsequent  resolution  of  negative  votes.  (Final  Report 
of  X12  Publications  Task  Group).  The  Draft  EDI  Standard  for 
Trial  Use  document  represents  an  ASC  XI 2  approved  standard  for 
use  prior  to  approval  by  ANSI.  See  ANSI  Standard. 
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EDI 

Electronic  Data  Interchange.  The  computer  application  to  com¬ 
puter  application  exchange  of  business  information  in  a  standard 
format. 

Electronic  Envelope 

Electronic  information  which  binds  together  a  set  of  transmitted 
documents  being  sent  from  one  sender  to  one  receiver. 

Element  Delimiter 

A  single-character  which  follows  the  segment  identifier  and 
separates  each  data  element  in  a  segment  except  the  last. 

Functional  Group 

A  group  of  one  or  more  transaction  sets  bounded  by  a  functional 
group  header  segment  and  a  functional  group  trailer  segment. 

Functional  Group  Segments 

GS/GE  segments  identify  a  specific  functional  group  of  documents 
such  as  purchase  orders. 

Industry  Conventions 

Defines  how  the  ASC  X12  standards  are  used  by  the  specific 
industry 

Industry  Guidelines 

Defines  the  EDI  environment  for  using  conventions  within  an 
industry.  It  provides  assistance  on  how  to  implement  X12  stand¬ 
ards. 

Interchange  Control  Segments 

ISA/IEA  segments  identify  a  unique  interchange  being  sent  from 
one  sender  to  one  receiver  (see  electronic  envelope). 

Interchange  Control  Structure 

The  interchange  header  and  trailer  segments  envelop  one  or  more 
functional  groups  or  interchange-related  control  segments  and  per¬ 
form  the  following  functions:  (1)  defines  the  data  element 
separators  and  the  data  segment  terminators,  (2)  identifies  the 
sender  and  receiver,  (3)  provides  control  information  for  the  inter¬ 
change,  and  (4)  allows  for  authorization  and  security  information. 
(X12.5) 

Loop 

A  group  of  semantically  related  segments;  these  segments  may  be 
either  Ixiunded  or  unbounded  (X12.6).  The  N1  loop  is  an  example 
of  a  loop,  which  includes  segments  N1  to  PER  for  name  and 
address  information. 

Mandatory  (M) 

A  data  element/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element  is  required. 
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Mapping 

The  process  of  identifying  the  standard  data  element’s  relationship 
to  application  data  elements. 

Max  Use 

Specifies  the  maximum  number  of  times  a  segment  can  be  used  at 
the  location  in  a  transaction  set 

Message 

Entire  data  stream  including  the  outer  envelope 
Optional  (O) 

A  data  eiement/segment  requirement  designator  which  indicates 
the  presence  of  a  specified  data  element/segment  is  at  the  option 
of  the  sending  party  which  can  be  based  on  the  mutual  agreement 
of  the  interchange  parties. 

Qualifier 

A  data  element  which  identifies  or  defines  a  related  element,  set 
of  elements,  or  a  segment.  The  qualifier  contains  a  code  taken 
from  a  list  of  approved  codes. 

Repeating  Segment 

A  segment  that  may  be  used  more  than  once  at  a  given  location 
in  a  transaction  set.  See  Max  Use. 

Security 

System  screening  which  denies  access  to  unauthorized  users  and 
protects  data  from  unauthorized  uses 

Segment 

Segments  consist  of  logically  related  data  elements  in  a  defined 
sequence.  A  data  segment  consists  of  a  segment  identifier,  one  or 
more  data  elements  each  preceded  by  an  element  separator,  and 
ends  with  a  segment  terminator. 

Segment  Directory 

Provides  the  purpose  and  format  of  the  segments  used  in  the 
construction  of  transaction  sets.  The  directory  lists  each  segment 
by  name,  purpose,  identifier,  the  contained  data  elements  in  the 
specified  order,  and  the  requirement  designator  for  each  data 
element. 

Segment  Identifier 

A  unique  identifier  for  a  segment  composed  of  a  combination  of 
two  or  three  upper-case  letters  and  digits.  The  segment  identifier 
occupies  the  first-character  positions  of  the  segment.  The  segment 
identifier  is  not  a  data  element.  The  segment  identifier  in 
EDIFACT  is  a  component  data  element  —  part  of  a  composite 
data  element  consisting  of  a  segment  identifier  and  an  explicit 
looping  designator. 
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Segment  Terminator 

A  unique  character  appearing  at  the  end  of  a  segment  to  indicate 
the  termination  of  the  segment,  e.g.,  N/L. 

Syntax 

The  grammar  or  rules  which  define  the  structure  of  the  EDI 
standards  (i.e.,  the  use  of  loops,  qualifiers,  etc.).  Syntax  rules  are 
published  in  ANSI  X12.6. 

Transaction  Set 

The  transaction  set  unambiguously  defines,  in  the  standard  syntax, 
information  of  business  or  strategic  significance  and  consists  of  a 
transaction  set  header  segment,  one  or  more  data  segments  in  a 
specified  order,  and  a  transaction  set  trailer  segment. 

Transaction  Set  ID 

An  identifier  that  uniquely  identifies  the  transaction  set.  This 
identifier  is  the  Hrst  data  element  of  the  transaction  set  header 
segment. 

Translation 

The  act  of  accepting  documents  in  other  than  standard  format  and 
translating  them  to  the  standard. 

Version/Reiease 

Identifies  the  publication  of  the  standard  being  used  for  the  genera¬ 
tion  or  the  inteipretation  of  data  in  the  X12  standard  format.  May 
be  found  in  the  Functional  Group  Header  Segment  (GS)  and  in  the 
Interchange  Control  Header  Segment  (ISA).  See  Control  Segment 

Vies  Committee 

Voluntary  Interindustry  Communications  Standards  for  Electronic 
Data  Interchange 

X12 

The  ANSI  committee  responsible  for  the  development  and  main¬ 
tenance  of  standards  for  electronic  data  interchange  (EDI). 

X12J 

Interchange  Control  Structure.  This  standard  provides  the  inter¬ 
change  envelope  of  a  header  and  trailer  for  the  electronic  inter¬ 
change  through  a  data  transmission,  and  it  provides  a  structure  to 
acknowledge  the  receipt  and  processing  of  this  envelope. 

X12.6 

Application  Control  Structure.  This  standard  describes  the  control 
segments  used  to  envelop  loops  of  data  segments,  to  envelop 
transaction  sets,  and  to  envelop  groups  of  related  transaction  sets. 
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5.2  DoD  GLOSSARY 

AIS 

Automated  Information  Systems 
ASD(P&L) 

Assistant  Secretary  of  Defense  (Production  and  Logistics) 

DES 

Data  Encryption  Standard 
DISA 

Defense  Information  Systems  Agency 
DLA 

Defense  Logistics  Agency 
ISA 

Interchange  Control  Header  Identifier 
NIST 

National  Institute  of  Standards  and  Technology 
NTE 

Note  Identifier 
PLUS 

Protection  of  Logistics  Unclassified/Sensitive  Systems 
UN/EDIFACT 

EDIFACT;  Electronic  Data  Interchange  for  Administration,  Com¬ 
merce,  and  Transport 
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